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ABSTRACT 


To enhance insight into a war at sea, a general, aggregated and highly flexible 
model of the ASW campaign is offered. This thesis provides a simple and usable 
circulation model template. The generality and simplicity of the model allows for 
“Jointization” of an ASW campaign by allowing the user to utilize other resources to 
define the force mix. The model is designed, first and foremost, to examine the change 
in the marginal effectiveness of friendly ASW forces due to changes in force level, mix, 
effectiveness, and employment strategies. The model is keyed to the interaction of a 
threat submarine with fnendly ASW forces and merchant or military shipping. Specific 
features of the model provide for four unique attack regimes. The in port and operational 
regimes control friendly attacks on a daily basis while the outbound and inbound regimes 


control barriers by events. The campaign model is a deliverable product programmed 


using Borland® Delphi™ for use in Microsoft® Windows® 
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EXECUTIVE SUMMARY 


The complex changes in the world over the last decade have caused a shift in the 
thinking of the antisubmarine warfare (ASW) community. The Soviet submarine threat 
in years past has been massive, yet relatively easy to define. Knowing the systems 
confronting the ASW forces and the country that would be operating them, standard 
ASW deployment plans were developed and these employment plans worked extremely 
well. For the ASW community, the shift is from a nuclear submarine threat in blue water 
(>300 NM from land) to a diesel submarine threat along the littoral. 

Our primary ASW goals must now be: 

e ensure free logistical flow of military goods and resupply, 

e protection of merchant shipping, and 

e control of the operating areas to include the protection of high value units. 
Achieving these ASW goals will be more difficult along the littoral than the high seas. 
This is especially true against the rapid mobilization of submarines from a disgruntled 
third world country who chooses to disrupt shipping of a nearby nation. The invading 
nation can attack in a relatively short period of time due to the short transit required. 
Unprotected ships will be essentially defenseless against the invading submarines. 
Antisubmarine defense takes significant resources and time. 

A dramatic change in mind set must occur to fully utilize all available assets for 
this “traditional-navy-mission” — ASW. It must become clear to the Air Force, Army 


and Marine Corps that they no longer can ignore the consequences of an enemy’s 


X1 


submarine blockade. Just as a tactical air campaign precedes the primary ground 
offensive, so too must the sea lanes be secured to an uninterrupted flow of war material 
before even the air campaign can begin This realization is the first step in the 
“jointization” of antisubmarine warfare. 

With the de-emphasizing of ASW training and equipment procurement, there will 
be fewer and fewer naval forces available. Yet, third world submarine acquisition is not 
seeing the same de-emphasis. A strong ASW force must come from the available assets 
or be made available from joint and combined forces. The task then becomes the 
development of an effective antisubmarine warfare campaign plan against any country 
possessing a viable submarine threat. The flexibility and robustness of this model allows 
it to be applied to any scenario that poses a submarine threat. 

To rapidly respond there must be a plan for such a campaign. The aim of this 
thesis is to provide a tool to the military decision-maker, a large-scale, aggregated, highly 
flexible model of the ASW campaign that is not limited by force mix or tactics. The user 
friendly campaign decision aid developed in this thesis provides an integrated look at all 
the ASW forces’ effects in concert, and the total threat of a submarine fleet to shipping 
(or warships) over their operating lifetime. The deliverable graphical interface 
developed in this thesis will function as the analytical tool for flexible and robust ASW 
campaign analysis. 

The generality and simplicity of the model allows for “jointization” of an ASW 
campaign by allowing the user to utilize any available resources to define the force mix. 
The model is designed, first and foremost, to examine the change in the marginal 
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effectiveness of friendly ASW forces due to changes in force level, mix, effectiveness, 
and employment strategies. The model is keyed to the interaction of a threat submarine 
with friendly ASW forces and merchant or military shipping. Specific features of the 
model provide for four unique attack regimes. The in port and operational regimes 
control friendly attacks on a daily basis while the outbound and inbound regimes control 
barriers by events. The campaign model is a deliverable product programmed using 


Borland® Delphi™ for use in Microsoft® Windows® . 
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I. INTRODUCTION 


A. BACKGROUND 


The complex changes in the world over the last decade have caused a shift in the 
thinking of the antisubmarine warfare (ASW) community. The Soviet submarine threat 
in years past has been massive, yet relatively easy to define. Knowing the systems 
confronting the ASW forces and the country that would be operating them, standard 
ASW deployment plans were developed and these employment plans worked extremely 
well. For the ASW community, the shift is from a nuclear submarine threat in blue water 
(>300 NM from land) to a diesel submarine threat along the littoral. 

Our primary ASW goals must now be: 

e ensure free logistical flow of military goods and resupply, 

e protection of merchant shipping, and 

e control of the operating areas to include the protection of high value units. 
Achieving these ASW goals will be more difficult along the littoral than the high seas. 
This is especially true against the rapid mobilization of submarines from a disgruntled 
third world country who chooses to disrupt shipping of a nearby nation. The invading 
nation can attack in a relatively short period of time due to the short transit required. 
Unprotected ships will be essentially defenseless against the invading submarines. 
Antisubmarine defense takes significant resources and time. 

The ASW campaign required in such a littoral situation must include both an 


offense and a defense. An offensive portion of the ASW campaign must attack the 


enemy submarine before they can strike or resupply. This may be equated to the tactic of 
“attacking the archer instead of the arrow.” This will be difficult if the submarine 
mobilization is to be extremely rapid due to the short transit distance required by the 
invading nation. Also, the attacks on shipping and resupply in the littoral will be swift 
and unopposed due to the nature of the submarine (nuclear or non-nuclear). Therefore, a 
defensive campaign must be equally as swift as the offensive campaign. The question is 
then, how can these ASW goals be attained in the earliest stages of the war to provide the 
most expedient transition to the counter invasion and destruction phase of the war? The 
answer lies in full utilization of available assets and a timely response. The model 


developed in this thesis provides for both of these factors. 


B. PURPOSE 
1. Joint ASW - Trade-Offs Of Various ASW Assets 


In order for a military organization to survive in modern times, it must know the 
limits of its combat and economic potential. Combat potential is more than what an 
army can do in the ground war or an air force can do in an aerial bombardment. It 1s the 
optimal use of all available forces to accomplish the mission, regardless of their 
traditional role. A country’s economic potential forms the limits of “all available 
forces.” 

No traditional mission is seen as less joint or more service-unique than 
antisubmarine warfare (ASW) (Linder, 1995). The following summary of a fictitious, 


yet reasonable and viable scenario exemplifies Joint ASW. Traditionally thought of as a 


bo 


naval mission, this article presents convincing reasons why ASW must become a joint 
mission requiring full utilization of all available assets. 
(Partial summary of the article entitled The Future of Joint ASW, Linder, 1995.) 


The year is 1999, North Korean forces invaded South Korea (ROK). South Korean and 
American resistance evaporated in the face of both a North Korean blitzkrieg and a 
surprisingly effective use of battlefield chemical weapons. North Korean theater ballistic 
missiles rained down on distant airfields. The smoking remnants of our proud tactical 
air forces resembled those at Clark Air Field in the Philippines in 1941. Within a week, 
Seoul had fallen, and North Korean forces were 50 miles south of the 38th Parallel. 

It was thought to be another Kuwait. We would demand a return of captured 
land, threaten consequences, build up a response force, and then roll them back. 
Everyone thought the North Koreans would wilt. No one was prepared for such an 
effective use of diesel submarines. No credible regional submarine threat had been 
mounted in more than 50 years, and most thought the US Navy could easily squash a 
force of antiquated diesel submarines. 

At the start of the war, the US lost four ships from a maritime prepositioning 
squadron within sight of Pusan harbor. Resupply and reinforcement by sealift froze. 
Without a guarantee of the arrival of their heavy-lift equipment by sealift, Army troops 
began piling up at their transshipment airheads in the United States. To add to the mass 
disruption, the Navy ordered three aircraft carrier battle groups out of the Sea of Japan 
until safety could be assured; Air Force tactical aircraft stayed at distant rear bases in 
Japan and Okinawa until sufficient aviation fuel and ordnance at their Korean air bases 
could be stockpiled. 

The Navy said it could not guarantee sealift resupply until D-Day +30. But 
North Koreans were pouring south in corps strength. The Navy needed to flush the subs, 
organize escort, and sanitize the approach routes. The Army insisted it did not have 30 
days to sit on their hands waiting for the Navy to scare away a few clunky old subs. 

Two divisions had already been airlifted from the States. The troops had to have 
their equipment, they could not wait 30 days. Everything depended on resupply but unlike 
Desert Storm the luxury of a slow and unopposed buildup was not available. It was the 
Navy role in a major regional conflict to assist the buildup of Army power. But the US 
Navy had few forces to commit. Meager ASW assets in theater were immediately 
deployed: A few nuclear submarines deployed to patrol areas off the Korean coast; 
land-based aircraft launched from Japanese bases; and precious escort ships sailed to 
barrier patrols and with convoys. 

U. S. Navy forces began to score submarine kills, but Coalition shipping losses 
continued to mount. Two Army Prepositioning Afloat (APA) ships, three chartered 
tankers, and two scarce amphibious transports fell victim to enemy torpedoes or 
submarine-laid mines within a week's time. 

To increase enemy submarine attrition even more Navy ASW forces were 
demanded —- but there were none to tap. Naval surface combatants were stretched to the 


yy 
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limit, filling other missions of the Coalition plan that competed with ASW assignments: 
traditional gunfire support, Tomahawk cruise missile strikes, or the new task of 
protecting against enemy theater ballistic missiles. 

The answer to this dilemma “was”: Antisubmarine warfare must be analyzed 
from a joint warfighting perspective. 

A nation with a submarine force can quickly become a threat to any country’s 
commerce and logistics lifeline. Even vintage diesel submarines can cripple a_ supply 
line for weeks. 

“No other single weapon available to the world’s regional powers today 


can derail a modern military campaign so totally and rapidly as a 
submarine.” (Linder, 1995) 


2. The Need For A Flexible ASW Model 


A dramatic change in mind set must occur to fully utilize all available assets for a 
““traditional-navy-mission” -- ASW. It must become clear to the Air Force, Army and 
Marine Corps that they no longer can ignore the consequences of an enemy’s submarine 
blockade. Just as a tactical air campaign precedes the primary ground offensive, so too 
must the sea lanes be secured to an uninterrupted flow of war material before even the air 
campaign can begin’ This realization is the first step in the “jointization” of 
antisubmarine warfare. 

To provide historical backing: Analysis of RAF data from World War I 

shows where British bombers were integrated into the anti-U-boat patrols 

in the Atlantic. Long range RAF Sutherland, Liberator, and Catalina 

aircraft and shorter-range Willington, Whitley, Maruader, and Hudson 

aircraft accounted for 247 of the reported 781 U-boat losses in the 

Atlantic. Ships and aircraft working in tandem destroyed another 32 


submarines. 
(MacMillan, 1950) 


The “traditional-navy” ASW platforms are submarines, maritime patrol aircraft (MPAs), 
and surface ASW ships and their aerial complement. Non-traditional ASW platforms 
could be Air Force F-117s, B-52s and tankers, Marine Harriers and helicopters, and 
SOCOM special forces. Joint ASW tactics could include submarine port bombing, radar 
flooding, satellite system targeting, and harbor mining. 

To rapidly respond there must be a plan for such a campaign. This aim of this 
thesis is to provide a tool to the military decision-maker, a large-scale, aggregated, highly 
flexible model of the ASW campaign that is not limited by force mix or tactics. The user 
friendly campaign decision aid developed in this thesis provides an integrated look at all 
the ASW forces’ effects in concert, and the total threat of a submarine fleet to shipping 
(or warships) over their operating lifetime. The deliverable graphical user interface 
developed in this thesis will function as the analytical tool for flexible and robust ASW 


campaign analysis. 


3. The Needs Of Combined Forces Command - Korea 


Much like nuclear weapons, the submarine was and is a weapon that can frighten 
even the largest of powers, and proliferation is continuing. If old submarines can be 
viewed as such a threat, consider the fact that diesel submarines like the Russian Kilo and 
the German Type 209 are being made available to almost any country with the money. Is 


it any wonder that the North Korean submarine force, the third largest in the world, 1s 


ta 


considered the greatest obstacle to rapid resupply and the timely destruction of a North 
Korean invasion of Republic of Korea? 

The tense nature of the region, the unstable state of the armistice and close 
proximity to North Korea’s powerful submarine force deems the Republic of Korea as a 
nation in need of a joint ASW campaign model. The Combined Forces Command - 
Analysis Branch, Republic of Korea is the sponsor of the original intent of this model. It 
was their desire that the North Korean submarine threat be analyzed by Naval 
Postgraduate School students and faculty. 

The Korean War scenario in Chapter I presents realistic expectations that a North 
Korean invasion will be rapid and possibly unorthodox. Resupply from the sea will 
probably be interrupted by submarines, North Korean and/or some other nation. If only 
limited assets are available, the ROK will need to quickly develop a Joint and Combined 
ASW plan. The model presented in this thesis 1s the analytical tool that is flexible and 


robust enough to develop such a timely campaign. 


C. MODEL APPLICABILITY 


The model is not limited to the Korean MRC (major regional conflict) but could 
be used for any scenario that involves a submarine fleet, that of Red China for example. 
With the de-emphasizing of ASW training and equipment procurement, there will be 
fewer and fewer naval forces available. Yet, third world submarine acquisition is not 
seeing the same de-emphasis. A strong ASW force must come from the available assets 


or be made available from joint and combined forces. The task then becomes the 


development of an effective antisubmarine warfare campaign plan against any country 
possessing a viable submarine threat. The flexibility and robustness of this model allows 


it to be applied to any scenario that poses a submarine threat. 


The model can be applied to scenarios where: 


pre-war or post-war analyses are 
required, 


on-going war analysis is required, 


single patrol or single submarine 
campaign 1s desired, 


multiple patrol or multiple op area 
campaign is desired, 


force allocation is desired, 


littoral and open water analysis are 
desired, 


any specific starting or stopping 
point is desired, 


the submarine platform varies, 
the number of submarines varies, 
submarine tactics vary, 
deployment schedules vary, 
ASW tactics vary, | 

campaign aggregation is desired, 


varying coalition forces will be 
employed. 


(Throughout this thesis and when using the model, the term red submarine can be 


thought as a single enemy submarine or an entire enemy submarine pack or force.) 





Il. THE MODEL 


A. DESCRIPTION 


The primary modeling effort of this thesis focuses on the construction of an ASW 
campaign template that is easy to understand and use. The Jack Hall (1969) circulation 
oo was the initial basis for the campaign template. A circulation model with multiple 
barriers is necessary to incorporate all possible traditional naval ASW assets along with 
as many joint elements that can be made available to the ASW mission. In template 
form, these will be nothing more than simple aggregated probability of kill inputs. 

In order to use the Joint--ASW Model GUI, various survival probabilities of an 
enemy (red) submarine must be known based on the friendly (blue) ASW combat 
effectiveness in four different regimes. The regimes for attack are: 

e In port (prior to departure), 

e Outbound (enroute to the op area), 

e Op areas, and 

e Inbound (enroute to the red submarine port). 

The ASW forces can range from none to a large aggregation of subsurface, surface, air, 
and space resources. A single ASW “barrier” can include naval as well as joint and 
combined service components which contribute to the ASW campaign. The objective of 
the ASW barrier must be to kill the red submarine during its transit. This equates to 
increased survivability of friendly ships. It is important to note that shipping protection 


can be accomplished in many ways, to include delaying the red submarine, knowing © 


where the red sub is located to avoid it and of course localizing and killing it. The delays 
which may be accomplished by repair facility bombing or delays while overt mines are 
swept are not directly accounted for in the model. These tactics may be indirectly 
accounted for in the number of days or events endured by the red submarine in a 
particular regime. | 

The equations presented in this section are derived from a simple circulation 
model. ASW resources can be used alone or as a coordinated barrier. The probability of 
survival through any single “barrier attack” must be determined by separate tactical 
analysis prior to execution of the model. This requires: 

1. A pre-determination of the forces available to the ASW barrier and 


2. A knowledge of how the aggregation of forces defines the probability of 
survival of the red submarine through the barrier. 


Along with this determination, it is important that the user have a variety of barrier 
packages defined as survival probabilities. This will allow the user to best determine 
how the available ASW assets can be mixed and their performance enhanced. 

The model depicts one red submarine’s single operational cycle. The cycle is then 
used as the skeleton for the blue ASW campaign. The equations used follow oasis 
circulation models like those developed by Philip Morse and George Kimball (1946), 
Jack Hall (1969), and Brian McCue (1990). For simplicity, the time steps in the model 
are one day in both the submarine port and the operational areas while the outbound and 
inbound regime time steps are one “event.” For instance, two “similar” air attacks is 


equal to two events for an enroute air attack barrier. 


10 


Red 
|IinPot Submarine 








aaa Port 
(Multiple red days in port) 
ane. ats! os a 
| Outbound =| | ~ Inbound ; 
| Barriers | Barriers j 
EN ee er ee 8 ee 
Offensive 
Attacks 


"| Blue Op Area | 


(Multiple red days in op area) 


Figure 1. Basic circulation model for an ASW campaign. Note: The number of 
attacks presented serves to illustrate that multiple attacks are possible. 


Figure 1 illustrates a red submarine operation cycle and the blue ASW campaign 
to combat it. For instance, a red submarine spends a number of days in port (6 days are 
depicted in the Figure 1). While in port, it is subject to daily in port attacks. The 
probability that it survives is a function of the number of days spent in port and daily 
survival rate, which is affected by the magnitude of the blue offensive. Surviving the in 
port attacks, the red submarine begins to transit toward its operational area. Along the 
way, the blue forces have assembled various ASW barriers. (Four barriers are depicted in 


the Figure 1.) The outbound barrier’s effectiveness is a function of the capabilities of the 
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barrier, the ASW attacks during the sub transit of the barrier, and the number of barriers. 
These barriers will be explained in more detail in a later section. 

When the red submarine arrives in its operational area, it is subject to attrition by 
ASW forces in the op area each day it remains there. In addition to the daily 
effectiveness of blue offensive ASW forces, the probability of red survival in the op area 
is a function of the engagement rate of the submarine and the blue screen’s capability. 
The screen must detect and then prosecute based on the detection. Once the red 
submarine leaves the op area it is again subject to ASW barriers during its return transit 
to port. The cycle is complete when the red submarine reaches port. The expected 


number of attacks it makes and the probability of kill for the cycle is recorded. 


B. REGIMES - DEFINITIONS AND EQUATIONS 

The equations are broken down into the four regimes (shown in gray): in port 
attacks, outbound barriers, operational areas, and inbound barriers. Figure 2 shows an 
example of the user’s data form. It is used for data input, viewing a record of output and 


accessing other forms such as help files and the data set being created. 


- The —_ regimes ial in Figure 2 in the dark. ‘gray boxes are described in 
detail below: Each regime wescriftion ‘bélow't 1s encapsulated if in a light gray box like 
this: to provide continuity and ee The equations oe ‘each r regime. -are presented to 
provide : an understanding on how the Paste are determined The final section of eS 
cee carci the equations for the calculated Results a in the green bon). The 
term record ial toa data set entry consisting of inputs as results an entire patrol 


calculation. Each time the “Calculate” buttonis clicked a new record is created that can 





es added to the data set. (See the Mpncntic ds for data base navigation.) | 


(The numbers presented in the following descriptions of input and output are just 
an example and do not represent a real world campaign.) 
The reader is reminded that this is an expected value model and the compounded 


results are expected (mean) values. 
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* Figure Es —— of ASW aera model main data form. This form is used for 
inputting parameters, calculations, viewing a single record and accessing other features such 





as viewing datasets and getting help. 
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1. Initial Red Sub Fraction 


The nature of the model provides for multiple runs of the model or aggregated 
campaigns. For a typical first run or patrol of a red submarine force the initial red sub 
fraction is one. 

“Initial Red Sub Fraction 


if 


y 
Oe SRA Byntypscumemen te omant atenees 





Figure 3. Example of user input for the initial red submarine fraction box 


When the red submarine force has been attrited by one or more previous patrols, then the 
initial red sub fraction becomes the expected “red fraction remaining” from the previous 


run. The “red fraction remaining” is given in the green results box. 





Figure 4. Example of output for the fraction of red submarine force remaining 


2. In Port Regime 


For simplicity of the model, only attacks against the red submarine are of interest. 
As mentioned previously only direct attacks are accounted for in the model calculations. 
Examples of direct attacks on a submarine are bombing, missile attack, and hull mining. 
Less direct and effective attacks must be accounted for by increased in port time due to 
bombing of submarine piers, repair facilities, weapon storage facilities, communication 


sites, harbor mining, and jamming of submarine communications. 





IN PORT ATTACK 


User entries: 
P(Survival) = qPort = Probability of survival of the red submarine in port 
# Days := Dport = Number of Days the red submarine spends in port 


INPORT ATTACK 22 5 


faces Io 0. 999 © | #Das Fr 20 


_ caancceaill TORR mem ne me 


Figure 5. Example of user input for the in port attack box 


The in port survival formulation is: |g/nPort = qPort”’”’ 


The model formulation to this point 1s: 





PSubSunkinPort = (1 - RedInit ¢ qinPort) (2) 


3. Outbound Regime 


The outbound barriers can take the form of any anti-submarine tactic that hinders 
the red submarine's progress to its op area. Examples include harbor and sea lane 
mining, traditional Naval ASW consisting of submarines, P-3s, destroyers, and others, 
and various assets used for C4ISR such as aircraft and satellites for communication 
interception and reconnaissance. Any of these assets can be used alone or as an 
ageregated barrier. The probability of survival through any barrier must be determined 
by the user prior to execution of the model. This will require a prior determination of the 
assets to be assigned to the ASW barrier which in turn determines the probability of 
survival of the red submarine passing through the barrier. Along with this determination 


it is important that the user have a variety of barrier survival probabilities for various 


ASW asset mixes. This allows the user to determine how the available ASW assets can 


best be allocated. 


OUTBOUND BARRIERS 


User entries: 

Event Description = Text description of barrier 

P(Survival) = qOut; = Probability of red sub surviving one blue attack event in aa i 
# Events := NOut = Number or type of events of the outbound barrier 


An example of the outbound formitaeee for 4 barners is: 
gOut? e gOut, e gOut; ¢ qOut, 
where the first barrier has 2 events, the second and fourth have 1 event, and the third has 


5 events. 


OUTBOUND: BARRIERS 
~ Event Description. P(Survival} Sepa 


‘ p- 52 Minefield | 0.996 | 1 
; [seb Attack a. 0.99 a 2 


Figure 6. Example of user input f for the outbound barrier box 


Nout 


The Outbound survival formulation is: |gOutbound = | | gOut?" | (3) 


i=] 





where qgOut” is the probability of survival for barrier i, n, is the number of days in 
barrier i and N .,, is the number or type of Outbound barriers. 


The model formulation to this point is: 


| PSubSunkOutbound = Redinit e gInPort e (J - qOuibound) (4) 


4. Operational Area Regime 


The operational area of the blue forces is defined as the area where the blue ships 


will operate, loiter and seek targets to attack. It is the objective destination of the red 


i? 


submarine. The blue ASW campaign objective is to successfully operate in this area 
while minimizing ship loss to red submarines. 

Merchant or cargo vessels are generally thought of as defenseless against a 
submarine. They can travel independently or in convoys, with protective escort or 
without. High value units (HVU) such as aircraft carriers, while somewhat defenseless 
without their complement of aircraft, have ASW assets available and will always travel 
with an escort. 


Daily 
Offensive ASW 







i op—Ne____,. To Inbound 


Figure 7. Wire diagram of red submarines’ transit through a blue Operational Area. 











o AREA Back - 


sos 






User entries: | - 

‘P(Survive Offensive) = qOff = Probability of red a surviving daily offensive ASW 
P(Screen Detects Sub) := Pd= Probability blue screen detects the red sub that attempts 
to attack a target 

P(Red Killed | Blue Detects) ‘= Pk(d = Probability blue kills red given. red is detected 
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Daily # of Engagements := Engage = Number of red attacks plus blue detections based 
on a daily rate or number of attempted attacks by red sub per day 

# Red Days in Op Area := Dop = Number of days the red sub spends in operational 
area (model assumes sub does not exhaust its torpedoes) 






OP AREA ATTACK = 








P{Survive Blue Daily Offensive)| 9.93 
P(Screen Detects Sub} [ 9.06 
PiSub Kalled|Screen Detecis} | 0.09 
Daily # of Engagements | 25 
| Red Days-in Op Area | 10 


Pam hs PED OnE Oe 


Figure 8. Example of user input for the operational area attack box 


Useful relations: 

(1— gO#f) = Probability of red sub being killed by (daily) offensive ASW 
Pde Pk\d = Probability of red sub being killed by a screen attack 

(l— Pde Pdk|d) = Probability of red sub surviving a screen attack 


Daily Probability of Red Sub Being Sunk in the Op Area 


Engage-1 


PSubSunkOn\stDay = (1— gOff) + gOff « Pde Pkide > (1— Pde Pk\d)' (5) 


i=G 





let qDailyOpArea = 1 - PSubSunkOn1stDay 


Probability of Red Sub Being Sunk in the Op Area 
Dop-} 


RedInit e ginPort e qOutbound e PSubSunkOn\stDay e » (qDailyOpArea)’| (6a) 





j=0 


If 0 < Engage <1 then the daily probability of the red sub being sunk is handled 
in a special way explained below. If the number of days in the op area is less than one, 
then these probabilities are zero. If Engage =0 but Dop >= J then the red submarine is 
being killed only by the screen and the probability of the red sub being sunk is: 

Dop-1 


Redinit e ginPort e qOutbounde > (1- qOff)’ (6b) 


720 


----------- Equation 6a or 6b is the equation to this point. —----------- 


Attacks Achieved: 


Daily Op Area Attacks Achieved by the Red Sub 








Engage-1 





DailyAttacksAchieved = gOff e(1- Pd)e > (1- Pde Pk\d)* (7) 
k=0 
Total Op Area Attacks Achieved by the Red Sub: 
Dop-1 
Redinit ¢ gInPort e qOutbound ¢ DailyAtiacksAchieved ¢ >_ qOff” | (8) 
7—0 


Fractional Number of Engagements: 

The model allows for the case iiiere the number of engagements is between 0.0 
and 1.0 since a fractional number in this range seems realistic for a daily engagement 
rate. Fractional values greater than one are not allowed but whole attacks per day (2, 3, 
4, ...) are permitted. The fractional case is handled by adjusting the daily offensive ASW 
and the number of days the red sub spends in the op area. This allows the number of 
engagements (Engage) to take on the integer value 1 which is necessary for the software 
programming. The new values become: | 


Engage is a fraction so Engage* => 1, 
gOff* = qOff / Engage, 
Dop* = Dop / Engage. 


This summation assumes that the number of engagements is greater than zero. If 
the number of. engagements is zero then the model accounts for this by ignoring the 


engagement term. 


5. Inbound Regime 


The inbound barriers can take the form of any anti-submarine tactic that hinders 


the red submarine's progress. The inbound regime is similar to the outbound regime. 
progr s s 
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INBOUND BARRIERS 


User entries: 

Event Description := Text description of barrier 

P(Survival) := qin; = Probability of red sub surviving one blue attack event in barrier i 
# Events := NIn = Number of events of the Inbound barrier 


“INBOUND BARRIERS =. ~~ 
“Event Description PeSurviea 4 Bvents | 


hh f ‘ 0. 


Figure 9. Bianiple of user mr ingut ‘for the Inballiid barrier box 


Nin 
The Inbound survival formulation is: |g/nbound = | [om 

i=l 
where gin” is the probability of survival for barrier i, n, is the number of days in 
barrier i and N,,, is the number or types of Inbound barriers. 





Letting: 
e qlInPort = 1 - PSubSunkInPort, 
e qOutbound = 1 - pSubSunkOutbound, 


e qOpArea = 1 - PSubSunkInOpArea 
the equation to this point becomes: 


PSubSunkInbound = RedInit e ginport e qOutbound e gOpArea e (1— qinbound)| (10) 


6. Output Results 

The probability results can be interpreted as the fraction, on the average, of the 
red submarine force remaining after one patrol or cycle. The user must decide if the 
submarine threat has been sufficiently reduced in this one patrol based on the desires and 


capabilities of the campaign plan. Also considered must be the number of attacks the red 


Zt 





submarine is able to achieve keeping in mind the simplifying assumption that the red 


submarine has a sufficient arsenal to conduct the calculated number of attacks achieved. 


03042. 





eee 10 1 Example of user whee for Bic record results box 


Mt a In Port = Probability | ihe sub i is s siti in porta after & Nport days i in port 









eae i = i- EE ainit ¢ ae pon pee ee - | (1 1) 
, | * Outbound d= Probability the sub i is Foie} in an eae barrier 
PSubSunkOutbourd = ag 2 aa ° - au 12) 





mee ) 


i op. yeas First Day = Probability sub is. sunk the first day in the Posse 
area, | | 
Engage-| 


[psussuomday ce aff) 908 eh als S'(1- Pde Pkid)'| (13) 


i=0 





6p oe = Probably sub i is Kai in the operational area 
- PSubSunkInOpArea = = ee ee 
Dop-1 


: RedInit e gInPort e qOutbound e PSubSunkOn\stDay e » (1- gDailyOpAreay’ (14) 


j=0 





| | Alea - Probability ii is suiified in an inbound barrier aya 
PSubSunkinbound = Redlnit » ginport« qOutbound » qOpArea s (1 qlnbownd) Re ae 2 at La ° a ita aorta ot uiniians sj parca sil Goel e gOpAreae (1- stat a 5) 


| Total : =, Total otcbabilits sub i is ini (ache patrol} 


| TotalPSubSunk = 1—RedInit e gInport ¢ qOutbound ¢ gOpArea e ginbound (16) 


| | Attacks Achieved: 
Daily <= Number of daily attacks achieved 


: Engage-] 


|| DailyAttacksAchieved = qOff ¢(1— Pd) > (1- Pde Pk\d)*| (17) 


k=0 
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Total := Total number of attacks achieved 





C. SOFTWARE AND CODING 


The Joint Anti-Submarine Warfare Model uses a graphical user interface (GUI) 
created in Borland’ Delphi™ for Microsoft” Windows’. It requires Windows’ 3.x or 
later to run the executable file, 16-bit and 32-bit versions are available. 

This model is written to evaluate an ASW campaign utilizing various assets in 
ASW roles. The model provides the user an interface to enter the survival probabilities 
along with other related campaign parameters based on available ASW resources. The 
user is then provided as output the survival probabilities in three regimes, an overall 
survival prediction of the red submarine as well as the number of daily and total attacks 
the red submarine can achieve. Finally, the input and output are stored as a data base for 
further evaluation. This information can aide in determining force mix while providing 
an idea of how much of a submarine attack the blue forces are willing to endure. 

Once the model was structured it was made interactive using the low level 
computer programming language PASCAL in Delphi. Other programming languages, 
analysis tools or graphical interfaces could have been used in a similar fashion. The 
ability of the model to be dynamic and interactive allows the user to easily tailor his 


ASW campaign forces to the model regimes. Along with applying traditional and joint 
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ASW assets, new ASW employment and tactics specifically designed for the areas along 
the littoral could easily be analyzed. 

The user’s manual (Appendix B) provides instructions of how the model can be 
applied to a campaign. The instructions inform the user of the flexibility of the input 
parameters allowing use of all available assets as well as the ability to easily incorporate 
new technologies as they become available. A working knowledge of how various 
probabilities of kills and ASW barrier strategies is assumed and necessary for valid data 
input and interpretation of the results. (A description of a circulation model and survival 
probabilities is presented in McCue, 1990.) Along with the application of assets, the 
varying of the asset mix to achieve the best possible ASW strategy without drawing too 
many assets from other areas of the campaign is explained. This critical mixing 1s the 
key to the joint applicability of the model. All available assets must be “fully” utilized. 
If some assets are over utilized by one facet of the war then the attempt at full utilization 
is wrong. For example, if B-52s are allocated to the ground campaign for large area 
bombing when the ground war is actually being delayed because enemy submarines are 
slowing the resupply effort then B-52s are not being properly utilized. Using the B-52s 
for a few days of submarine port bombing or harbor mining may be a better way to fully 
utilize available assets. The same is true if B-52s are performing ASW missions when 
the ground campaign is the primary focus of attack. This 1s the mind-set the model user 


must achieve to begin to tap the benefits of a joint ASW model. 


D. SHORTCOMINGS OF THE MODEL INTERFACE 


Due to a number of factors, including time and inexperience with the software, 
certain shortcomings of the usable model exist which must be known. These 
shortcomings are simply issues that the user should be aware of when using this 
analytical tool. 


1. Limited Input Value Ranges 


Abnormal values such as probabilities less than zero are not allowed by the 
model. The model will only accept values in the allowed ranges. The user will receive 
an error message and be prompted for another input if a value is outside the allowed 
range. 

The ranges of allowed values are: 
e All probabilities and “Initial Red Sub Fraction” = {0.0, 1.0}, 


e Number of days and events = {0,999} (this must be an integer 
value), 


e Number of engagements = {0.0, 1.0} and {1, 99} (integer values 
> 1) 


e Event descriptions = 20 characters or less 


e Memo Record = 50 characters orless 


The default parameters are such that not all of the input parameters need to be 
entered. The data is entered in a screen which 1s defined as the main form of the model. 
All other screens or forms can be accessed from the main form. In order to input data, 
the user simply clickc on the desired input box and types a value. It may be necessary to 


> 


that is already in the box by backspacing or highlighting and deleting the value. It is 
possible to tab through the input boxes and enter values without having to delete old 
values. 


2. Number Of Days And Engagements Per Day 


Some values such as the number of days must be an integer value since these 
values are part of a summation or product index which is handled by program looping. 
The same is true of the number of engagements for values greater that or equal to one. 
The special case where the number of engagements is a fraction in the range of {0.0, 1.0} 
is coded by number manipulation and then rounding the value of the number of 
engagements to one. This number manipulation explained in detail in the section on “Op 
Area Attack.” This fractional range from 0.0 to 1.0 was deemed important and easily 
codable for the model, but whole numbers greater than one are allowed. 


3. Limited Number Of Barriers 


Only four outbound and inbound barmiers are allowed for a single patrol due size 
limitations of the input screen. This has, thus far, not been a problem for any verification 
campaigns. 

4. Simple Help Files 

The graphical interface does not allow the use of pull down menus like some 
software products because of time and the complexity of the coding required to 
accomplish these tasks. The help available to the user during the running of the model 


consists of a number of scrollable text files. If this is insufficient then the user’s manual 
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(Appendix A) or this thesis can be used. 
5. Rounding Output 


Values had to be rounded to five decimal places to fit on the main form screen. 


This should not be a problem given the accuracy of most probability information. 
6. Time Steps 


The selection of daily and event time steps is based on convenience and is 
supported by previous models (Eagle, 1987) and (Washburn, 1980). The time step need 
” be one 24 hour day but simply a convenient unit of time that is consistent for all 
regimes. For example, a time step of one hour can be used provided that each regime 
uses the same time step. This can be done by adjusting the value for the number “days” 
in port, “days” in the op area, and the “daily” number of engagements to hours. The 
number of barrier events must also be adjusted accordingly. This may be another way to 
account for a fractional engagement rate. 


7. What The Model Does Not Know In The Op Area 


The model is not able to know if the red submarine has sufficient weapons to 
continue attacking for the inputted number of days in the operational area. Along these 
lines, the model cannot know if the red submarine would interrupt its attack cycle due to 
damage or some other reason. The damage in hits achieved by a red submarine attack is 
not a part of the model. Instead, just the number of attacks are tallied and the user must 
decide how many merchant ships or warships were put out of action or sunk in each 


attack. Also, the time required for individual engagements cannot be easily inputted into 


the model. Only a single daily engagement rate can be handled by the model. 
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I. MODEL VERIFICATION AND VALIDATION 


Verification was achieved by trying each regime in isolation and comparing 
results with hand calculations. The entire model was then exercised and compared with 
hand calculations of aggregated model inputs. The verification numbers used were 
deemed reasonable to ASW trained personnel. The intent of verification was to simply 
test that the model produced results that correspond to the equations and event flows in 
the model. Validation consisted of inputting reasonable values to see that reasonable 
results ensued. 

Presented in the subsections of this chapter are two campaigns. The testing is 
presented here as a series of tests. First, the in port regime was tested by itself. Second, 
the model was tested by adding the outbound regime to the in port regime. Third, the 
model was tested for an entire patrol and finally, the model was tested for multiple 
campaigns patrols or an aggregated campaign. Each time the model was tested, the 


legitimacy of the results was verified by hand calculations. 


A. ISOLATED REGIME 


Assuming a direct attack against a submarine in port would not be very effective 
the probability of survival, gPort, would be quite large, for example qgPort = 0.999. For 
the simple case of a submarine spending one day in port, the total probability of the 
submarine surviving 1s just: 


gPort' = qPort = 0.999. 
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If the submarine spends 20 days the total probability of the submarine surviving is: 
gInPort = gPort °= 0.999" 
= 0.980. 
In words, 98 percent of the submarine force will be leaving the red submarine port to 
conduct the rest of the patrol. In terms of the probability that the submarine is sunk, 
PSubSunkInPort = I - 0.98 = 0.02 


or 2 percent of the submarine force was destroyed by in port attacks. 


B. MULTIPLE REGIMES 


Continuing with this 98 percent of a red submarine force, various blue barriers 
are staged to weaken the submarine threat along the outbound transit to the objective 
destination, the operational area. The outbound regime time steps are “events.” Along 
the outbound transit, B-52s have laid a minefield which has a 0.4 percent chance of kill 
and is defined to be one event. Another outbound barrier encountered is a blue fast 
attack submarine which has a one percent chance of kill for each of its two attacks it 
conducts. Summarizing these two outbound barriers: 

Minefield: qOutl = 1- 0.004 =0.996, 1 event 


Attack Sub: qOut2=1-0.010 =0.99, 2 events 
Outbound Survival Probability: gOutbound = qOut' ¢ gout2’ 


= 0.99660 0.997 


= 0.976 


The probability the sub is sunk during the outbound transit is: 


A 
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gInPort e (1— qOutbound) = 0.98 e (1 — 0.976) = 0.023 
In words, 97.7 percent of the red submarine force will continue to the operational area 
regime to attack the blue forces. If the patrol did not continue to the operational area the 
blue force achieved a total probability of kill, PSubSunkTotal = 1 - 0.977 = 0.023 or 2.3 


percent attrition of the red submarine force. 


C. FULL PATROL / SINGLE CAMPAIGN 


Continuing with the example, next 97.7 percent of the red submarine force enters 
the operational area, blue ASW forces launch daily offensive attacks using MPA, Harrier 
reconnaissance, and coalition ASW submarines. The probability that the red submarine 
survives each daily offensive attack is gOff = 0.98. If the blue force does not have a 
screen, which will be the case for independently sailing merchant ships, then the 
probability that the submarine, is detected during an attack 1s zero. However, for this 
campaign we use a screen consisting of a cruiser, a destroyer and an S-3 yielding a 
probability of detecting the red submarine force, Pd = 0.06, and a probability of kill 
given detection, Pk|d = 0.09. For such a weak screen, 2 engagements per day by the red 
sub (Engage) seem possible. We further estimate that the red submarine force will 
remain in the operational area for /0 days (Dop). Summarizing the daily operational 


area results: 


Engage-1 
PSubSunkOn\stDay = (1— qOff )+qOff «Pde Pk\de > (1- Pde Pk\|d)' 
i=0 
oe 
= (1— 0.98) + 0.98 0.06 0.09 > (1— 0.06 0.09)! 


i=0 
= 0.031 


The probability that the sub 1s sunk in the operational area (ignoring previous 


attrition) over its entire 10 day patrol is: 
Dop-1 


PSubSunkInOpAreaAlone = PSubSunkOn\stDaye >) (1— PSubSunkOnistDay)’ 


10-1 - 
= 0.031e a — 0.031)? 
= 0.267 * 
Therefore, the probability that the red submarine force survives op area attacks is: 
gOpArea = I - PSubSunkInOpAreaAlone 
=] - 0.267 = 0.733 
Including the previous attrition: 
PSubSunkInOpArea = qInPort ¢ qOutbound ¢ (1 — gOpArea) 
= 0.98 e 0.976 e (1 — 0.733) 
= 0.255 
Leaving the operational area, the red submarine force must transit through one 
inbound barner of P-3s. A J/.2 percent chance of kill exists for each of its 3 events 
conducted. Summarizing this inbound barmier: 
P-3 barrier: g/nI = 1 - 0.012 = 0.988, 3 events 
Inbound Survival Probability: g/nbound = qinI° 
= 0.988" 


= 0.964 


After accounting for the fact that some subs have already been sunk the probability that 
the submarine is sunk by the inbound barrier is: 

PSubSunkInbound = qInPort e qOutbound e qOpArea e (1 — gInbound) 

= 0.98 e 0.976¢ 0.733 (1 — 0.964) 
= 0.025 
The total patrol survival probability after the four regimes is: 
gInPort e qOutbound ¢ gOpArea e qinbound 
= 0.98 e 0.976 0.733 ¢ 0.964 
= 0.676 
In words, 67.6 percent of the red submarine force will complete the entire patrol. The 
total probability of kill achieved on the port-to-port cycle is: 

PSubSunkTotal = | - 0.676 = 0.324 
or 32.4 percent attrition of the red submarine force for its first round trip. 

Also of importance is the number of attacks the red submarine force is able to 
achieve. These attacks are conducted in the blue operational area when an engaging red 
submarine is not detected by the screen. The calculations are dependent on how much of 
the red submarine force is available daily in the operational area to conduct attacks. 
Since we have specified that two attacks per submarine are possible, the number of red 


submarine attacks achieved on the first day are: 


Engage-1 
DailyAttacksAchieved = qOff ¢(1- Pd)e > (1- Pde Pk\d)' 
k=0 
2-1 


= 0.98 e(1— 0.06) ¢ > (1— 0.06 0.09)* 
k=0 


= 1.84 
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The total number of attacks per sub achieved during its 10 days in the op area is: 


Dop-1 
TotalAttacksAchieved = qInPort ¢ qOutbound ¢ DailyAttacksAchieved » gO” 


m=0 


10-1 


= 0.9800 0.9760184¢ > 0.98” 


m=0 
= 16.1 


Simple Patrol Campaign Summary: The ASW campaign killed approximately 
32 percent of the submarine force during its round trip, and each sub achieved 
approximately 16 attacks. We do not say how many ships in a convoy may be torpedoed 
on the average by each sub attack. For instance, it may fire a salvo of 6 torpedoes and hit 
2.5 merchant ships for a total of 40 ships torpedoed. Achieving most (26.7%) of the 
attrition in the blue operational area where the red submarine force spends most of its 
time makes sense for the inputs in the example. However, the user would challengein his 
own mind whether the sub capable of making 16 attacks and hitting 40 ships would 
actually do so. If he fires 6 torpedoes per attack he would have to carry 96 torpedoes to 


sea! 


D. MULTIPLE PATROL / AGGREGATED CAMPAIGN 


A multiple patrol campaign test is next demonstrated to analyze how various 
forces can best be used. Achieving the proper force mix based on the available assets is a 
fundamental goal of running the model. Using the above example as the base campaign, 
various changes are described below and the results summarized in the table which 


follows. 


Campaign 1 (Attrition) : Using the base campaign described in the previous sections, 
67.7 percent of the red submarine force remain, a campaign of continuing attrition Is 
conducted. 


Campaign la: (Remaining red submarine force = 0.677) 


1. Reduced bombing of the submarine port coupled with only a short in 
port period. 


2. B-52 minefield 1s replenished but is not as effective because of enemy 
intelligence. 


3. P-3 attack becomes an outbound vice an inbound barrier. 


4. Op Area offensive becomes slightly more efficient at killing the red 
submarines. 


5. JSTARS intelligence is added to the screen effectiveness. 


6. The number of engagements per day decreases because of the increased 
complexity of the forces in the op area. 


Campaign Lb: (Remaining red submarine force = 0.464) 


—e_ 


. Ten day in port period. 


tO 


. B-52 minefield is not replenished and therefore is less effective. 


uo 


. Op Area offensive is enhanced by a cruiser. 
4. SSN 1s added to the screen. 


. P-3 attack and a coalition SS barriers are added to the inbound regime. 


Lan 


At the end of campaign /b only 20.7 percent of the red submarine force 
remains. 


Campaign 2: Using the base campaign described in previous sections, 4 

campaign involving a submarine assault against a second and third operational 

area is conducted. Only the in port, outbound, and operational regimes from the 

original example will be used. Since the red submarine force 1s not returning to 

port after the first and second operational areas the inbound regime will be 
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ignored. The outbound regime will be used for enroute barriers between the 
operational area regimes. The red submarine force will pass through the inbound 
barrier after the final operational area. The op area of Campaign 2a is for 
merchants while the op area for 2b is for an aircraft carrier. 


Campaign as (Remaining red submarine force = 0.702) 


1. SSN attacks the red submarine in the outbound (enroute) regime. 


tO 


. No offensive ASW because this op area is for merchants. 
3. Screen is limited to a FF and one helicopter. 


4. The number of engagements 1s high because of the small ASW force in 
the op area. 


Campaign 2b: (Remaining red submarine force = 0. 671) 
1. P-3 attacks the red submarine force in the outbound (enroute) regime. 
2. Air Force F-15 intelligence improves the P-3’s ability to find the red 
submarine and thus decrease the probability of its survival in the outbound 
regime. 


3. Offensive ASW consists of a cruiser and diesel submarine. 


4. Screen consists of a cruiser, two destroyers, one SSN, one FFG and 
two S-3s freed form refueling duty by reallocation of assets. 


5. The number of engagements per day is small (0.5). To allow the 
software to handle a fractional value, the number of days in the op area 
and the probability of surviving daily offensive attacks (gOff) must be 
altered. For 0.5 engagements/day the number of days is doubled 
(Dop/fractional number of engagements) and gO halved (qOff/fractional 
number of engagements). This allows the number of engagements/day to 
take on an integer value of one. 


6. A P-3 laid minefield is the sole barrier for the inbound regime. 


At the end of campaign 2b only 0.47 percent of the red submarine force 
remains. 


Table | contains the specific inputs and results for the extended campaigns. 


36 





Attrition Campaign Multiple Op Areas 
SE a Re 
Initial Red Sub or? 0.464 0.702 O-Gi7a 

el 
[qPort _|_0.999 | 0.9999 | 09999 | 0999 | 1 | 1 
fot eo he seo a fee 
[qOutl__| 0996 | 0998 | 0999 | 0996 | 0985 | 09 
[ Fofkvents | 1 | 1 | 1 | 1 | 2 | 3 
[_qou2 | 099 | 099 | 099 [099 | 1 | 1 
[ Fofkvenis [| 2 | 1 | 2 | 2 ae 
[qOuss {1 | oss {1 {1 | 1 | 1 
[FofEvens | 0 | 1 | 0 | o | 0 | 0 
A 
[Pdf 006 | o1 | 015 | 006 | 002 | 04 

Ped) 009 | 02 | 03 | 009 | 005 | 05 
[Engagements | 2 | 1 | 1 | 2 | 3 | 05 
[Dp | | 0 | 5 | wo | 5 | 10 
ging __|_o9se | 1 | 0988 | 1 | 1 | 0995 
[Fofivenis | 3 | 0 | 2 | o | o | 1 
[gas] st ~d| it Cd (to sdf] td] 
[Fofkvenis | 0 | o | 1 | 0 | 0 | 0 


P(Sub Sunk) 


0329 

inbound | 0.005 [0] 0.005 a 

70324 | 0536 | 0.793 | 0.208 | 0329 | 0995 __ 
Attacks Achie vadh 


Daily | _184 | 060 | 036 J 184 | 2000 [0199 
Total 161 [ 10 [0279 


Red Force 0. 677 oO 464 0. 307 O02 0.671 0. 005 
Remaining 


Table 1. Model verification input and output for two different campaigns 
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These scenarios provide verification to the model along with examples of how the 
model can be used. Other examples of campaign scenarios include: 

e Pre-deployed red submarines. (Entering the model at any regime is possible 
by using the default values for the undesired regimes. The default values are 
such that the survival probability inputs are one, the probability of detection 
and kill given detection are zero, and number of days or events are zero.) 

e Single regime or tactic analyses. 

e Onered submarine or many red submarines. 

The model is considered verified. No real world validation of an entire campaign 
is possible, however, because of the complexity of the campaign. The best that can be 
hoped for is to use fleet exercises and tactical models to assemble the best possible inputs 
for in port, enroute and operational area effectiveness of the ASW force and of the red 


submarines in detecting, closing and attacking blue shipping or naval forces. 
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IV. SUMMARY AND RECOMMENDATIONS 


A. SUMMARY 


“No other single weapon available to the world’s regional powers today 

can derail a modern military campaign so totally and rapidly as a 

submarine. ”’ (Linder, 1995) 

The change in the world situation has prompted the emergence of an old problem 
that was never completely solved. The diesel threat was virtually disregarded during the 
development of nuclear power for submarines and the subsequent build up of the Soviet 
submarine force. ASW resources throughout the 1970s and 1980s were centered on the 
nuclear threat (SSNs/SSGNs) but the in the 1990s the threat has shifted to the 
significantly less expensive but prevalent diesel. Better use of available assets coupled 
with new tactics are required to deal with the diesel submarine. 

The circulation model adapted for use in this thesis provides a flexible, robust 
approach to ASW campaign analysis. To rapidly respond there must be a plan for such a 
campaign. The aim of this thesis was to provide a tool to the military decision-maker, a 
large-scale, aggregated, highly flexible model of the ASW campaign that is not limited 
by force mix or tactics. The user friendly campaign decision aid developed in this thesis 
provides an integrated look at all the ASW forces’ effects in concert, and the total threat 
of a submarine fleet to shipping (or warships) over their operating lifetime. The 
deliverable graphical user interface is the analytical tool for flexible and robust ASW 


campaign analysis. 


oS 


More specifically, the model allows for changing threats, unlimited tactics, 
unlimited force mix, and varying campaign lengths. It uses fixed time steps of days and 
number of events for the various regimes which seem to characterize ASW campaign 
analyses. In fact, the unit of time for an entire patrol can be altered by the user if the 
desired. 

This thesis develops a model distributable as a graphical user interface (GUI) for 
an antisubmarine warfare campaign. The use of the GUI as an analytical tool can aid in 
the planning and analysis of naval and joint force mix to combat an ASW threat. The 
GUI is based on the circulation model developed by Jack Hall (Hall, 1969). Instead of 
limiting the user to uniquely naval assets and specific blue water tactics, this model 
allows the user the flexibility to utilize all available ASW assets in any manner or tactic 


desired. 


The model was developed in Borland® Delphi for use in Microsoft® 


Windows® It is distributable with a nearly empty database and the necessary 
configuration software (Borland Database Engine’ and Reportsmith®) to set up and run 
the executable file. The file can be run from a file manager or a File[Run command 
window. 

Some problems encountered with the model and its coding are discussed in the 


previous chapter. Two notable observations of the model are: 
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1. A shortcoming of the model which is not easy to properly account for is that a 
red submarine will continue to conduct engagements until the inputted number of days is 
completed. This occurs regardless whether the red submarine force may have fired all its 
torpedoes or whether blue targets remain in the operational area. 

2. The model alone does not offer techniques for obtaining the required input 
parameters. However, the text of the thesis does suggest ideas of how forces other than 


naval ASW assets can be utilized in an ASW role. 


B. RECOMMENDATIONS 


Continued attention to a comprehensive campaign-wide concept of dealing with 
the submarine threat is recommended. More importantly, increased analysis of the use of 
non-uniquely naval ASW assets in an ASW role must be conducted. This will not be 
possible until all the services including the Navy comprehend the threat of an attack 
submarine, nuclear or diesel. 

Regarding the Model: 

1. The simplistic nature of the circulation model has its limitations. Future 
development of an ASW campaign or increased complexity may overcome or 
sidestep these limitations. 

2. Optimization of each regime could be extremely helpful to the user’s analysis. 
Along this line, optimization of a particular campaign could be conducted and 


incorporated into the user’s manual. 


3. More realistic time steps could be developed to account for varying lengths of 
time in the barrier regime and the time of individual engagements. 


4. The duration of the operational area regime can be improved to account for 
the number of red submarine weapons and send the red submarines home 
after a given number of attacks. 


4a 
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Regarding the software: 
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The creation of a graphical user interface (GUI) was to make the model a 
deliverable and usable product. It is not necessary to use a GUI to develop a 
campaign but the software calculations are a great deal simpler and faster. 
The development of a simple, user friendly is the most significant 
accomplishment of this thesis. 


Borland Delphi was chosen as the software platform because of its availability 
and ease of use. A similar GUI could have been created in JAVA, Virtual 
Basic or even C++. The use of these other programming mediums may yield 
improved interfaces. 


Database interaction and help pages are areas which can be improved upon to 
make the model more user friendly. 


APPENDIX A. DELPHI CODE 


The code supplied in this appendix is for the main project (32 bit version) and all 
the forms used by the project. Other versions use the same code with the exception of 
specific difference between Delphi’ 1.0 and 2.0. The 16-bit versions will not have the 
ReportSmith® print procedures. All the files are written in Borland~ PASCAL® which is 


the programming language of Borland® Delphi® : 


FILE: ASW32.DPR 


program Asw32; 


uses 
Forms, 
Asw_modl in 'A:\Model3\ASW_MODL.PAS' {DataForm}, 
About in 'A:\Model3\ABOUT.PAS' { AboutBox}, 
Asw_ grid in 'A:\Model3\ASW_GRID.PAS' {DataSummary }, 
Rsultgrd in 'A:\Model3\RSULTGRD.PAS' {ResultsForm}, 
Helpmain in 'A:\Model3\helpmain.pas' {HelpMainForm}, 
Hpurpose in 'A:\Model3\hpurpose.pas' {HModelPurpose}, 
Hdata in 'A:\Model3\hdata.pas' {HDataEntry}, 
Dbnav in 'A:\Model3\dbnav.pas' {HDBNav}, 
Heqns in 'A:\Model3\hegns.pas' {HEquations}; 


{$R * RES} 


begin 
Application.CreateForm(TDataForm, DataForm); 
Application.CreateForm(T AboutBox, AboutBox); 
Application.CreateForm(TDataSummary, DataSummary); 
Application.CreateForm(TResultsForm, ResultsForm); 
Application.CreateForm(THelpMainForm, HelpMainForm); 
Application.CreateForm(THModelPurpose, HModelPurpose); 
Application. CreateForm(THDataEntry, HDataEntry); 
Application.CreateForm(THDBNav, HDBNav); 
Application.CreateForm(THEquations, HEquations); 
Application.Run; 

end. 
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FILE: ASW_MODL.PAS 


unit Asw_modl; 
interface 


uses 
About, Helpmain, Asw_ grid, Rsultgrd, 
SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
StdCtrls, Forms, DBCtrls, DB, DBTables, Mask, ExtCtrls; 


type 
TDataForm = class(TForm) 

ScrollBox: TScrollBox; 
DataSourcel: TDataSource; 
MainformButtonPanel: TPanel; 
DataformDBNavigator: TDBNavigator; 
INPORTGroup: TGroupBox; 
OutboundGroup: TGroupBox; 
ResultsGroup: TGroupBox; 
LabelNAtksPoss: TLabel; 
LabelDailyAtksAchieved: TLabel; 
LabelPPatrolSurv: TLabel; 
LabelPSubSunkInOpArea: TLabel; 
LabelPSubSunk1stDay: TLabel; 
LabelPSubSunkOutbound: TLabel; 
LabelPSubSunkInPort: TLabel; 
EditPInPort: TDBEdit; 
LabelPInPortSurv: TLabel; 
LabelDInPort: TLabel; 
EditDInPort: TDBEdit; 
LabelOutDesc: TLabel; 
EditOut]l Desc: TDBEdit; 
EditOut2Desc: TDBEdit; 
EditOut3Desc: TDBEdit; 
EditOut4Desc: TDBEdit; 
LabelOutPSurv: TLabel; 
EditPOut!: TDBEdit; 
EditPOut2: TDBEdit; 
EditPOut3: TDBEdit; 
EditPOut4: TDBEdit; 
EditEOut!: TDBEdit; 
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EditEOut2: TDBEdit; 
EditEOut3: TDBEdit; 
EditEOut4: TDBEdit; 
LabelOutNEvents: TLabel; 
OPAREAGroup: TGroupBox; 
LabelPOpAreaSurv: TLabel; 
EditPOpOff: TDBEdit; 
LabelPDet: TLabel; 

EditPDet: TDBEdit; 

LabelPKD: TLabel; 
EditPKillDet: TDBEdit; 
LabelDop: TLabel; 
EditDOpArea: TDBEdit; 
LabelEngagements: TLabel; 
EditNOpAreaAttks: TDBEdit; 
ButtonPanel: TPanel; 
ExitButton: TButton; 

mainpanel: TPanel; 

ASWTable: TTable; 
InboundGroup: TGroupBox; 
LabelInDesc: TLabel; 
LabelInNEvents: TLabel; 
LabelInPSurv: TLabel; 

EditIn1 Desc: TDBEdit; 
EditIn2Desc: TDBEdit; 

EditIn3 Desc: TDBEdit; 
EditIn4Desc: TDBEdit; 
EditEIn1: TDBEdit; 

EditEIn2: TDBEdit; 

EditEIn3: TDBEdit; 

EditEIn4: TDBEdit; 

EditPIn1: TDBEdit; 

EditPIn2: TDBEdit; 

EditPIn3: TDBEdit; 

EditPIn4: TDBEdit; 
LabelPSubSunkInbound: TLabel; 
ASWTablePInPort: TFloatField; 
ASWTableDInPort: TFloatField; 
ASWTableOut1Desc: TStringField; 
ASWTableOut2Desc: TStringField; 
ASWTableOut3 Desc: TStringField; 
ASWTableOut4Desc: TStringField; 
ASWTablePOut1: TFloatF ield; 
ASWTablePOut2: TFloatField: 
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ASWTablePOut3: TFloatField; 
ASWTablePOut4: TFloatField; 
ASWTableEOut1: TFloatField; 
ASWTableEOut2: TFloatField; 
ASWTableEOut3: TFloatField; 
ASWTableEOut4: TFloatF ield; 
ASWTablePOpOff: TFloatField; 
ASWTablePDet: TFloatField; 
ASWTablePKillDet: TFloatField; 
ASWTableDOpArea: TFloatField; 
ASWTableNOpAreaAttks: TFloatField; 
ASWTablePSubSunkInPort: TFloatField; 
ASWTablePSubSunkOutbound: TFloatField; 
ASWTablePSubSunkistDay: TFloatField; 
ASWTablePSubSunkInOpArea: TFloatField; 
ASWTableDailyAtksAchieved: TFloatField; 
ASWTableTotalAtksAchieved: TFloatField; 
ASWTableTotalPSubSunk: TFloatField; 
ASWTableld: TFloatField; 
ASWTableMemo: TStringField; 
ASWTableIn1Desc: TStringField; 
ASWTableIn2Desc: TStringField; 
ASWTableIn3Desc: TStringField; 
ASWTableIn4Desc: TStringField; 
ASWTablePIn1: TFloatField; 
ASWTablePIn2: TFloatField; 
ASWTablePIn3: TFloatField; 
ASWTablePIn4: TFloatField; 
ASWTableEIn1: TFloatField: 
ASWTableEIn2: TFloatField; 
ASWTableEIn3: TFloatField; 
ASWTableEIn4: TFloatField: 
ASWTablePSubSunkInbound: TFloatField; 
ViewData: TButton; 
ViewResults: TButton; 
EditPSubSunkInPort: TDBEdit; 
EditPSubSunkOutbound: TDBEdit; 
EditDailyAtksAchieved: TDBEdit; 
EditTotalAtksAchieved: TDBEdit; 
EditPSubSunkInOpArea: TDBEdit; 
EditPSubSunkOnIstDay: TDBEdit; 
EditTotalPSubSunk: TDBEdit; 
LabelResultsPSubSunk: TLabel; 
LabelResultsAttacksachieved: TLabel: 
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CalculateButton: TButton; 

HelpButton: TButton; 

ImageUpLeftArrow: TImage; 
ImageLowerLeftArrow: TImage; 
ImageLowerRightArrow: Timage; 

Imagel: TImage; 

RecordMemoGroupBox: TGroupBox; 
EditMemo: TDBEdit; 

AboutButton: TButton; 

EditPSubSunkInbound: TDBEdit; 
ASWTablePRedStartingForce: TFloatField; 
InitialRedSubFractinGroup: TGroupBox; 
EditPRedStart: TDBEdit; 
LabelRedFractionRemaining: TLabel; 
EditRedFractionRemaining: TDBEdit; 
ASWTableRedFractionRemaining: TFloatField; 
procedure FormCreate(Sender: TObject); 
procedure ExitButtonClick(Sender: TObject); 
procedure CalculateButtonClick(Sender: TObject); 
procedure HelpButtonClick(Sender: TObject); 
procedure AboutButtonClick(Sender: TObject); 
procedure ViewDataClick(Sender: TObject); 
procedure ViewResultsClick(Sender: TObject); 


private 

{ private declarations } 
public 

{ public declarations } 
end; 


var 
DataForm: TDataForm; 


implementation 
{$R *. DFM} 


procedure TDataForm.FormCreate(Sender: TObject); 
{ The procedure TDataForm.FormCreate opens the data base table. } 
begin 
ASWTable.Open; 
end; 


procedure TDataForm.ExitButtonClick(Sender: TObject); 
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{ The procedure TDataForm.ExitButtonClick closes the running program. } 
begin 

close; 
end: 


{Power function to compute the Base to the Exponent power. } 
function Power(Base,Exponent: real):real; 


begin 
if (Exponent < 0.000001) then {let zero to the zeroth power = 1} 
begin 
Power := 1.0; 
end 
else if (abs(Base) < 0.000001) then { Prevent In(0) } 
begin 
Power := 0.0; 
end 
else begin 
Power := exp(Exponent*In(Base)); 
end; 
end; 
{-eecceeecccnneeccneccnneccetcccaneccnneccanecccmeeccnneccnacons 


procedure TDataForm.CalculateButtonClick(Sender: TObject); 


{ The procedure TDataForm.CalculateButtonClick performs the bulk of the 
calculations when the "Calculate" button is clicked. It uses the 
function Power(Base,Exponent: real):real to calculate the "base" to the 
"exponent" power. No other functions or procedures are called by this 
procedure. The input values for this procedure come from the data base 
text boxes on the main form of the project. These values are entered 

by the user at run time. The allowed values are determined by the data 
base structure. No checks for valid input are done in this procedure. 
The calculated values are rounded to 5 digits for consistent, easy to 
read display. The values returned to the main form and data base are in 
text format. } 


var RedInit, qInPort, PSubSunkInPort, qOutbound, PSubSunkOutbound, gInbound, 
PSubSunkInbound, gPatrol, TotalPSubSunk, qDet, Pd, Pkd, PdPkd, 
qAtk, qAtkSum, qOff, PSubSunkOn1istDay, qOpArea, PSubSunkInOpArea, 
DailyAtksAchieved, TotalAtksAchievedSum, TotalAtksAchieved, qOp|stDay, 
RealNAtks, RealDop : Real; 
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1, J, k, NAtks, Dop : Integer; 


PSubSunkInPortRounded, PSubSunkOutboundRounded, 
PSubSunkOn1stDayRounded, 

PSubSunkInOpAreaRounded, DailyAtksAchievedRounded, 
PSubSunkInboundRounded, 

TotalAtksAchievedRounded, TotalPSubSunkRounded, 

RedFractionRemainingRounded : string; 


{ 


Variable Definitions 


Real Variables 
RedInit: “Initial Red Sub Fraction". 
- qOff: “P(Survive Blue Daily Offensive)" in the op area, 
Pd: "P(Screen Detects Sub)" in the op area, 
Pkd: "P(Sub Killed|Screen Detects)" in the op area, 


(The next two real variables are used for the fractional engagements loops. ) 
RealNAtks: Real "Daily # of Engagements" in the op area, 
RealDop: Real "# Red Days in Op Area", 


qInPort: Probability the red sub survives the inport attacks, 

PSubSunkInPort: Probability the red sub is sunk by inport attacks, 
qOutbound: Probability the red sub survives the outbound attacks, 
PSubSunkOutbound: Probability the red sub is sunk by outbound attacks, 
qInboundProbability: the red sub survives the inbound attacks, 
PSubSunkInbound: Probability the red sub is sunk by inbound attacks, 
qPatrol: Probability the red sub survives the all attacks (entire patrol), 
TotalPSubSunk: Probability the red sub is sunk by all attacks (entire patrol), 
qDet: Probability the red sub is not detected, 

PdPkd: Probability the red sub is killed, 

qAtk: Probability of red sub surviving blue attack in the op area, 

qAtkSum: Daily op area survival probability, 

PSubSunkOntIstDay: Probability the red sub is sunk on the first day in the op area, 
qOpArea: Probability the red sub survives the op area attacks, 
PSubSunkInOpArea: Probability the red sub is sunk by op area attacks, 
DailyAtksAchieved: Number of attacks achieved daily by a red sub, 
TotalAtksAchievedSum: Cumulative number of attacks achieved by a red sub, 
TotalAtksAchieved: Total number of attacks achieved by a red sub, 
qOpistDay: Probability of red sub surviving the first day in the op area, 


Integer Variables 
(The two integer variables below are used for the integer loops. ) 
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NAtks: Integer "Daily # of Engagements" in the op area, 
Dop: integer "# Red Days in Op Area’, 


String Variables 
All the string variables are use for rounding calculations. 


j 


begin 
RedInit := StrToFloat(EditPRedStart.text); 
{x**IN PORT***} 


qInPort := RedInit*Power( StrToFloat(EditPInport.text), StrToFloat(EditDInport.text)); 
PSubSunkInPort := 1.0 - qInPort; 
PSubSunkInPortRounded := 

FloatToStr((round(PSubSunkInPort* 100000.0))/100000): 
EditPSubSunkInPort.text := PSubSunkInPortRounded; 


{*** QUTBOUND ***} 


qOutbound := Power( StrToFloat(EditPOut1 .text),StrToFloat(EditEOut1 .text) ) 

* Power( StrToFloat(EditPOut2. text), StrToFloat(EditEOut2.text) ) 

* Power( StrToFloat(EditPOut3.text),StrToFloat(EditEOut3.text) ) 

* Power( StrToFloat(EditPOut4.text),StrToFloat(EditEOut4.text) ); 
PSubSunkOutbound := qInPort * (1.0 - qOutbound); 
PSubSunkOutboundRounded := 

FloatToStr((round(PSubSunk Outbound* 100000.0))/100000); 
EditPSubSunkOutbound.text := PSubSunkOutboundRounded; 


{xxx OP AREA ***} 


{Op Area Variable Definitions} 

Pd := StrToFloat(EditPDet.text); 

Pkd := StrToFloat(EditPKillDet.text); 

PdPkd := Pd * Pkd; {Probability of sub killed by detection-attack} 
{Probability of red sub surviving blue attack in the op area. } 

qAtk := 1.0 - PdPkd; 


qOff := StrToFloat(EditPOpOff text); 

qDet = 1.0-Pd; {Probability do not detect} 

RealNAtks := StrToFloat(EditNOpAreaAttks. text); 

RealDop := StrToFloat(EditDOpArea.text); 

{Convert NAtks and Dop to integers values for integer looping} 
NAtks := round(RealNAtks); 
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Dop = StrToInt(EditDOpArea.text); 


if (RealDop < 1.0) then {Trivial zero days in the op area, NAtks doesn't matter} 
begin 
PSubSunkOnI|stDay := 0.0; 
PSubSunkInOpArea := 0.0; 
qOp|stDay := 1.0; 
DailyAtksAchieved := 0.0; 
TotalAtksAchieved := 0.0; 
end {End of trivial condition. } 


{Check for fractional engagements per day, (between 0.0 and 1.0)} 
else if (RealNatks>0.0) and (RealNAtks<1.0) then 
begin 
qOff := qOff * RealNAtks; {Adjust qOff} 
Dop := round(RealDop * RealNatks); {Adjust Dop and convert it round to an 
integer} 
PSubSunkOnIstDay := (1.0-qOff) + qOff*PdPkd; 
{Total Op Area Survival Probability} 
qOp1stDay := 1.0 - PSubSunkOn IstDay; 
PSubSunkInOpArea := 0.0; 
qOpArea := 0.0; 
for } :=0to(Dop-1) do begin 
qOpArea := qOpArea + Power( qOpI|stDay,j ); 
end; 
PSubSunkInOpArea := qInPort*qOutbound*PSubSunkOnIstDay * qOpArea; 
{Number of Daily Successful Attacks Possible by sub} 
DailyAtksAchieved := qOff * qDet; 
{Total number of attacks possible when sub has unlimited weapons and resolve} 
TotalAtksAchievedSum := 0.0; 
for k :=0 to (Dop-1) do begin 
TotalAtksAchievedSum := TotalAtksAchievedSum 
+ ( DailyAtksAchieved * Power(qOff,k) ); 
end; 


TotalAtksAchieved := qInPort*qOutbound*TotalAtksAchievedSum; 


end {End of fractional condition} 


{No engagements and at least 1 day in the op area so sub attrited by screen} 
else if (NAtks <= 0) then 
begin 
PSubSunkOn1stDay := 0.0; 
PSubSunkInOpArea := qInPort*qOutbound* Power((1.0-qOff),Dop); 
end {End of no engagement condition. } 


52 ASW_MODL.PAS 


{At least 1 engagement/day and at least 1 day in the op area} 
else if (NAtks >= 1)then {Normal Calculation} 
begin 
qAtkSum := 0.0; {Daily Op Area Survival Probability} 
{Multiple engagements loop} 
for 1 := 0 to (NAtks-1) do begin 
qAtkSum := gAtkSum + Power(gAtk,1); 
end; 
PSubSunkOn IstDay := (1.0-qOff) + qOff*PdPkd*qAtkSum; 
{Total Op Area Survival Probability} 
qOpIlstDay := 1.0 - PSubSunkOnI1stDay; 
PSubSunkInOpArea := 0.0; 
qOpArea := 0.0; 
{Multiple days loop} 
for } :=0 to (Dop-1) do begin 
qOpArea := qOpArea + Power( qOp!|stDay,} ); 
end; 
PSubSunkInOpArea := qInPort*qOutbound*PSubSunkOn1stDay * qOpArea; 
{Number of Daily Successful Attacks Possible by sub} 
Daily AtksAchieved := qOff * qDet * qAtkSum; 
{Total number of attacks possible when sub has unlimited weapons and resolve} 
TotalAtksAchievedSum := 0.0; 
for k :=0 to (Dop-1) do begin 
TotalAtksAchievedSum := TotalAtksAchievedSum 
+ ( DailyAtksAchieved * Power(qOff,k) ); 
end; 
TotalAtksAchieved := qInPort*qOutbound* Total AtksAchievedSum; 


end; {End of normal condition. } 
{------ Op Area Probabilities Output ------} 
PSubSunkOn1stDayRounded 

‘= FloatToStr((round(PSubSunkOn1stDay* 100000.0))/100000); 
EditPSubSunkOn IstDay.text := PSubSunkOn1stDayRounded; 
PSubSunkInOpAreaRounded 


= FloatToStr((round(PSubSunkInOpArea* 100000.0))/100000); 
EditPSubSunkInOpArea.text := PSubSunkInOpAreaRounded; 


DailyAtksAchievedRounded 
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= FloatToStr((round(RedInit* Daily AtksAchieved* 100000.0))/100000); 
EditDailyAtksAchieved.text := DailyAtks AchievedRounded; 


TotalAtksAchievedRounded 
‘= FloatToStr((round(TotalAtksAchieved* 100000.0))/100000); 
EditTotalAtksAchieved.text := TotalAtksAchievedRounded; 


{*** INBOUND ***} 


qInbound := Power( StrToFloat(EditPIn1 .text), StrToFloat(EditEIn 1 .text) ) 

* Power( StrToFloat(EditPIn2.text),StrToFloat(EditEIn2.text) ) 

* Power( StrToFloat(EditPIn3 text), StrToFloat(EditEIn3.text) ) 

* Power( StrToFloat(EditPIn4.text), StrToFloat(EditEIn4 text) ); 
PSubSunkInbound := qInPort*qOutbound*Power(qOp1stDay,Dop)*(1.0 - qInbound); 
PSubSunkInboundRounded 

= FloatToStr((round(PSubSunkInbound* 100000.0))/100000); 
EditPSubSunkInbound.text := PSubSunkInboundRounded; 


{OVERALL MODEL CALCULATIONS} 


qPatrol := qInPort*qOutbound*Power(qOp 1stDay, Dop)*qInbound; 
TotalPSubSunk := 1.0 - qPatrol; 
TotalPSubSunkRounded 

‘= FloatToStr((round(TotalPSubSunk*100000.0))/100000); 
EditTotalPSubSunk.text := TotalPSubSunkRounded; 


RedFractionRemainingRounded 
= FloatToStr((round(qPatrol* 100000.0))/100000); 
EditRedFractionRemaining.text := RedFractionRemainingRounded; 


end; 


procedure TDataForm.HelpButtonClick(Sender: TObject); 
{ The procedure TDataForm.HelpButtonClick shows the main help form when 
the "Help" button is clicked. } 


begin 
HelpMainForm.ShowModal; 
end; 


procedure TDataForm. AboutButtonClick(Sender: TObject); 
{ The procedure TDataForm.AboutButtonClick shows the about form when 
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the "About Model" button ts clicked. } 
begin 

AboutBox.ShowModal; 
end; 


procedure TDataForm. ViewDataClick(Sender: TObject); 
{ The procedure TDataForm. ViewDataClick shows the Data Summary form when 
the "View All Data" button is clicked. } 
begin 
DataSummary.ShowModal; 
end; 


procedure TDataForm. ViewResultsClick(Sender: TObject); 
{ The procedure TDataForm. ViewResultsClick shows the Results Summary form 
when the "View Results Only" button is clicked. } 
begin 
ResultsForm.ShowModal; 
end; 


end. 


a 
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FILE: ABOUT.PAS 
unit About; 
interface 


uses 
Helpmain, SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, 
Controls, Forms, Dialogs, ExtCtris, StdCtrls, Buttons; 


type 
TAboutBox = class(TForm) 
OKButton: TBitBtn; 
BackgroundPanel: TPanel; 
Copyright: TLabel; 
ProductName: TLabel; 
ProgramIcon: TImage; 
Version: TLabel; 
Imagel: TImage; 
Name: TLabel; 
HelpButton: TButton; 
LabelCommentText: TLabel; 
Label2: TLabel; 
procedure HelpButtonClick(Sender: TObject); 
private 
{ Private declarations } 
public 
{ Public declarations } 
end; 


var 
AboutBox: TAboutBox; 


implementation 
{$R *.DFM} 
procedure T AboutBox.HelpButtonClick(Sender: TObject); 
begin 
HelpMainForm.ShowModal; 
end; 


end. 
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FILE: ASW-GRID.PAS 
unit Asw_ grid; 
interface 


uses 
SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, Buttons, DBTables, DB, Grids, DBGrids, 
ExtCtrls, DBCtrls, Report; 


type 
TDataSummary = class(TForm) 
Gridheader: TLabel; 
DBNavigator!: TDBNavigator; 
DataGrid: TDBGrid; 
OKButton: TBitBtn; 
DataSourcel: TDataSource; 
AllDataReport: TReport; 
DataReportButton: TButton; 
ASWTable: TTable; 
ASWTableMemo: TStringField; 
ASWTablePInPort: TFloatField; 
ASWTableDInPort: TFloatField; 
ASWTableOut1 Desc: TStringField; 
ASWTablePOut1: TFloatField; 
ASWTableEOut1: TFloatField; 
ASWTableOut2Desc: TStringField; 
ASWTablePOut2: TFloatField; 
ASWTableEOut2: TFloatField; 
ASWTableOut3 Desc: TStringField; 
ASWTablePOut3: TFloatField; 
ASWTableEOut3: TFloatField; 
ASWTableOut4Desc: TStringField; 
ASWTablePOut4: TFloatField; 
ASWTableEOut4: TFloatField; 
ASWTablePOpOff: TFloatField; 
ASWTablePDet: TFloatField; 
ASWTablePKillDet: TFloatField; 
ASWTableNOpAreaAttks: TFloatField; 
ASWTableDOpArea: TFloatField; 
ASWTablelIniDesc: TStringField; 
ASWTablePIn1: TFloatField; 
ASWTableEIn1: TFloatField; 
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ASWTableIn2Desc: TStringField; 
ASWTablePIn2: TFloatField; 
ASWTableEIn2: TFloatField; 
ASWTableIn3Desc: TStringField; 
ASWTablePIn3: TFloatField; 
ASWTableEIn3: TFloatField; 
ASWTableIn4Desc: TStringField; 
ASWTablePIn4: TFloatField; 
ASWTableEIn4: TFloatField; 
ASWTablePSubSunkInPort: TFloatField; 
ASWTablePSubSunkOutbound: TFloatField; 
ASWTablePSubSunk1stDay: TFloatField; 
ASWTablePSubSunkInOpArea: TFloatField; 
ASWTablePSubSunkInbound: TFloatField; 
ASWTableTotalPSubSunk: TFloatField; 
ASWTableDailyAtksAchieved: TFloatField; 
ASWTableTotalAtksAchieved: TFloatField; 
ASWTableld: TFloatField; 
ASWTablePRedStartingForce: TFloatField; 
ASWTableRedFractionRemaining: TF loatField; 
procedure DataReportButtonClick(Sender: TObject); 

private 
{ Private declarations } 

public 
{ Public declarations } 

end; 


var 
DataSummary: TDataSummary; 


implementation 
{$R *.DFM} 
procedure TDataSummary.DataReportButtonClick(Sender: TObject); 
begin 
AlilDataReport.run; 


end; 


end. 
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FILE: RSULTGRD.PAS 
unit Rsultgrd; 
interface 


uses 
SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, Grids, DBGrids, StdCtrls, Buttons, ExtCtrls, DBCtrls, 
DBTables, DB, Report, Quickrep; 


type 

TResultsForm = class(TForm) 
DataSourcel: TDataSource; 
ResultsDBNavigator: TDBNavigator; 
ResultsOKButton: TBitBtn; 
ResultsDataGrid: TDBGrid; 
ResultsSummary: TLabel; 
ResultsReport: TReport; 
ResultsReportButton: TButton; 
LAbelSurvivalProb: TLabel; 
LabelAttacksAchieved: TLabel; 
ASWTable: TTable; 
ResultsMemo: TStringField; 
ASWTablePSubSunkinPort: TFloatField; 
ASWTablePSubSunkOutbound: TFloatField; 
ASWTablePSubSunk1stDay: TFloatField; 
ASWTablePSubSunkInOpArea: TFloatField; 
ASWTablePSubSunkInbound: TFloatField; 
ASWTableTotalPSubSunk: TFloatField; 
ASWTableDailyAtksAchieved: TFloatField; 
ASWTableTotalAtksAchieved: TFloatField; 
ASWTablePRedStartingForce: TFloatField; 
procedure ResultsReportButtonClick(Sender: TObject); 


private 

{ Private declarations } 
public 

{ Public declarations } 
end; 


var 
ResultsForm: TResultsForm; 


ta 
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implementation 
{$R *.DFM} 
procedure TResultsForm.ResultsReportButtonClick(Sender: TObject); 
begin 
ResultsReport.run; 


end; 


end. 
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FILE: HELPMAIN.PAS 
unit Helpmain; 
interface 


uses 
HPurpose, HData, DBNav, HEgns, 
SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, ExtCtrls, Buttons; 


type 

THelpMainForm = class(TForm) 
HelpRadioGroup: TRadioGroup; 
HelpMainBackToMainForm: TBitBtn; 
HMainMemo: TMemo; 
InputLimitsMemo: TMemo; 
procedure HelpRadioGroupClick(Sender: TObject); 

private 
{ Private declarations } 

public 
{ Public declarations } 

end; 


var 
HelpMainForm: THelpMainForm; 


implementation 
{$R *.DFM} 


procedure THelpMainForm.HelpRadioGroupClick(Sender: TObject); 
begin 
If HelpRadioGroup.Items.Strings{[HelpRadioGroup.ItemIndex] 
='Model Purpose and Description’ then 
begin 
HModelPurpose. ShowModal; 
end; 


If HelpRadioGroup.Items. Strings[HelpRadioGroup. ItemIndex] 
=' Data Entry and Manipulation’ then 
begin 
HDataEntry.ShowModal; 


end; 
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If HelpRadioGroup. Items. Strings[HelpRadioGroup. ItemIndex] 
=' Navigating the Data Base’ then 
begin 
HDBNav.ShowModal; 
end; 


If HelpRadioGroup.Items. Strings[HelpRadioGroup. ItemIndex] = ' Equations' then 
begin 

HEquations.ShowModal; 
end; 


end; 


end. 
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FILE: HPURPOSE.PAS 
unit Hpurpose; 
interface 
uses 


SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls 
Forms, Dialogs, StdCtrls, Buttons; 


? 


type 
THModelPurpose = class(TForm) 
HPurposeButton: TBitBtn; 
HPurposeMemo: TMemo; 
private 
{ Private declarations } 
public 
{ Public declarations } 
end; 


var 
HModelPurpose: THModelPurpose; 


implementation 
{$R *.DFM} 


end. 
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FILE: HDATA.PAS 
unit Hdata; 
interface 


uses 
SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, Buttons; 


type 
THDataEntry = class(TForm) 
HDataEntryButton: TBitBtn; 
HDataEntryMemo: TMemo; 
private 
{ Private declarations } 
public 
{ Public declarations } 
end; 


var 
HDataEntry: THDataEntry; 


implementation 
{$R *.DFM} 


end. 
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FILE: DBNAV.PAS 


unit Dbnav; 
interface 


uses 
SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, ExtCtrls, StdCtrls, Buttons, DBCtrls; 


type 

THDBNav = class(TForm) 
HDBNavButton: TBitBtn; 
HDBNavMemo: TMemo; 
DBNavigator1: TDBNavigator; 
DBNavTopLabel: TLabel; 
DBNavBottomLabel: TLabel; 

private 
{ Private declarations } 

public 
{ Public declarations } 

end; 


var 
HDBNav: THDBNav; 


implementation 
{$R *.DFM} 


end. 
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FILE: HEQNS.PAS 
unit Heqns; 
interface 


uses 
SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtris, Buttons, Grids; 


type 
THEquations = class(TForm) 
HEgnsButton: TBitBtin; 
HEquationsMemo: TMemo; 
private 
{ Private declarations } 
public 
{ Public declarations } 
end; 


var 
HEquations: THEquations; 


implementation 
{$R *.DFM} 


end. 
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APPENDIX B. USER’S MANUAL 


The user’s manual contained in this appendix is distributed with the software for 
the executable model. It provides a description of the model along with specifics on how 
the model works. Also contained are instructions on how to load and use the graphical 


interface. 


Note: The page numbers used in this appendix are those found in the actual 


user’s manual. 
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I. ASW CIRCULATION MODEL INSTALLATION GUIDE 


The ASW Circulation Model software is UNCLASSIFIED. A data base which 
uses the software may be classified. 


A. INSTALLATION INSTRUCTIONS 


1. Assumptions 


a. These instructions assume that the user is familiar with the Windows 
environment. 


b. These instructions also assume the hard disk drive (Destination Drive) is 
Drive c: and that the floppy disk drive (Source Drive) is Drive a:. If your 
system is configured differently, change the Source and Destination Drive as 
appropriate. 


2. Installing the Software 


Windows® 3.x : Loading the Executable Files 


a. From the Windows Program Manager open the File Manager: 
1. Double Click on Main. 
11. Double Click on File Manager. 


b. Creating the ASW Circulation Model working directory: 
11. Click on the root directory (c:\) 
11. Select|/File Create Directory... 
iv. In the name box type ASW. 
v. Select the ASW directory. 


c. Copying required Files to the ASW directory: 
111. Insert the ASW Circulation Model install disk into the Source Drive (a:\). 
iv. Click on Drive a:. 
v. Click and hold the a:\ directory and drag to the Destination Drive(c:\). 
vi. The following Files should be copied to the c:\ASW\ directory: 
ASW3.EXE The executable file. 
IDAPI16.CFG The database configuration file. 


| 


ASW.DB the database file. 


Windows® 3.1 : Creating the ASW Program Icon 


a. 


b. 


Exit the File Manager. 

From the Program Manager select File|New. 

Select the Program Group and Click OK. 

In the Description Box and Group File Box type ASW Circulation Model 
and Click OK. 

Select File|New again. 

Select Program Item and Click OK. 

In the Description Box type ASW Circulation Model. 

In the Command Line Box type c: ASW\ASW3.EXE. 

In the Working Directory Box type c:\ASW3\. 

Click on Change Icon... 

In the File Name Box type c:: ASW\ASW3.EXE and click OK. 


Click OK again. 


Windows® 95 and Windows® NT : Installation 


a. 


Accessing the software: 

1. Insert ASW installation disk 1 into Drive a:. 

ii. Click the Start button on the Taskbar to bring up the Start menu. 

ii. Select Settings, and Click on Control Panel, double-click on the 
Add/Remove Programs icon. 

iv. On the upper portion of the Install/Unstall tab, click on the Install 
button. 


b. Installing the software using Install Shield®: 


i. Click on Next when you are instructed to place the disc in your Source 
Drive (a:\) 
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ii. Windows 95 (Windows NT) will scan your Source Drive for 
SETUP.EXE. 

iii. The Run Installation program dialog box appears and instructs you to 
verify that the Command Line information is correct. This information 
should read a:\setup.exe. 

iv. Click Finish to start the installation process and follow the onscreen 
instructions. 


B. RUNNING THE ASW CIRCULATION MODEL 


Windows® 3.1 


1. From the Program Manager double-click on the ASW Circulation Model 
Program Group. 

2. Double-click on the ASW Circulation Model Program Icon to start the model. 

Run the model as desired. 

4. Table 1 describes each form used by the model. 


WW 


Windows® 95 and Windows® NT 


1. Click on Programs from Start menu. 

2. Select ASW Circulation Model from the cascading submenu and double-click 
on the ASW Circulation Model icon to start the program. 

3. Run the model as desired. 

4. Table 1 describes each form used by the model. 
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FORM ITEM / BUTTON DESCRIPTION 
I SUAVE aay! Allows for input, viewing output, and 
accessing all other forms. 
: Input data in the white boxes. Accessed 
using the mouse or tab key. 
Output for that record or patrol is 
displayed in the aqua boxes. 
All buttons can be Click the Calculate button to compute the 
clicked using the output for the entered input. 
mouse or pressing the a Click the Exit button to exit the program. 
Alt key along with the tala[> [rife |=fa| | fo | The data base navigator allows for 
— = navigation of the data base. 
desired button. View All Data | Click to view the Data Summary form. 
incu coulis Only) Click to view the Results Summary form. 


Click to view the Main Help Menu form. 
About Model 7 Click to view the About form. 


Data Summary View All Data. Allows viewing of all the data base 
TOT ene ——— records, input and output. 


Results View Results Only Allows viewing of just the results section 
Summary — of the data base. 


ASW Model Results Form 




























Main Help Help Allows viewing of basic model 
Menu = - information and access to all scroll-able 
help topics. Provides a table of allowed 
input values. 
C; Model Purpose and Description | Provides information regarding the 
purpose of the model a basic description 
of its parts. 






Data Entry and Manipulation’ | Provides information on how data is 
entered and manipulated using the main 
data form. 





C Navigating the Data Base | Explains how data in the dataset is | 
accessed and how to navigate the data | 


—< ns base using the data base navigator. 
C Equations Provides in-depth explanation of what 
equations are used to calculate the results. 


Shortcomings of the model and software 
are presented here. 
Table 1. Description of the model’s forms and some of their parts. 
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Il. INTRODUCTION 


A. BACKGROUND 


A dramatic change in mind set of military analysts must occur to fully utilize all 
the available forces for a “traditional-navy-mission” -- ASW. It must become clear to the 
Air Force, Army and Marine Corps that they no longer can ignore the consequences of an 
enemy's submarine blockade. Just as a tactical air campaign precedes the primary 
ground offensive, so too must the sea lanes be secured to an uninterrupted flow of war 
material before even the air campaign can begin This realization is the first step in the 
“Jointization” of anti-submarine warfare. 

To provide historical backing: Analysis of RAF data from World War II 

shows where British bombers were integrated into the anti-U-boat patrols 

in the Atlantic. Long range RAF Sutherland, Liberator, and Catalina 

aircraft and shorter-range Willington, Whitley, Maruader, and Hudson 

aircraft accounted for 247 of the reported 781 U-boat losses in the 

Atlantic. Ships and aircraft working in tandem destroyed another 32 

submarines. 

(MacMillan, 1950) 
The “traditional-navy” ASW platforms are submarines, maritime patrol aircraft (MPAs), 
and surface ASW ships and their aerial complement. Non-traditional ASW platforms 
could be Air Force F-117s, B-52s and tankers, Marine Harriers and helicopters, and 
SOCOM special forces. Joint ASW tactics could include submarine port bombing, radar 
flooding, satellite system targeting, and harbor mining. 


To rapidly respond there must be a plan for such a campaign. This aim of the 


thesis which created this model was to provide a tool to the military decision-maker, a 


large-scale, aggregated, highly flexible model of the ASW campaign that is not limited 
by force mix or tactics. The user fnendly campaign decision aid developed provides an 
integrated look at all the ASW forces’ effects in concert, and the total threat of a 
submarine fleet to shipping (or warships) over their operating lifetime. The deliverable 
graphical user interface developed will function as the analytical tool for flexible and 


robust ASW campaign analysis. 


B. MODEL APPLICABILITY 


With the de-emphasizing of ASW training and equipment procurement, there will 
be fewer and fewer naval forces available. Yet, third world submarine acquisition is not 
seeing the same de-emphasis. A strong ASW force must come from the available assets 
or be made available from joint and combined forces. The task then becomes the 
development of an effective antisubmarine warfare campaign plan against any country 
possessing a viable submarine threat. The flexibility and robustness of this model allows 
it to be applied to any scenario that poses a submarine threat. 


The model can be applied to scenarios where: pre-war or post-war analyses are 


required, 

e on-going war analysis is required, e force allocation is desired, 

e single patrol or single submarine e littoral and open water analysis are 
campaign is desired, desired, 

e multiple patrol or multiple op area e any specific starting or stopping 
campaign is desired, point is desired, 


e the submarine platform varies, 

e ASW tactics vary, 
e the number of submarines varies, 

® campaign aggregation is desired, 
e submarine tactics vary, 

e varying coalition forces will be 


e deployment schedules vary, employed. 

(Throughout this manual and when using the model, the term “red submarine” 
can be thought of as a single enemy submarine or an entire enemy submarine pack or 
force.) 

The user is reminded that this is an expected value model and the 


compounded results are expected (mean) values. 


Hil. THE MODEL 


The Joint ASW Circulation Model is written to evaluate an ASW campaign 
utilizing various assets in ASW roles. The model provides the user an interface to enter 
the survival probabilities along with other related campaign parameters based on 
available ASW resources. The user is then provided as output the survival probabilities 
in three regimes, an overall survival prediction of the red submarine as well as the 
number of daily and total attacks the red submarine can achieve. Finally, the input and 
output are stored as a database for further evaluation. This information can aide in 
determining force mix while providing an idea of how much of a submarine attack the 
blue forces are willing to endure. 

It is hoped that follow-on research will attempt to optimize this problem to better 
evaluate the Joint ASW campaign. Optimization of this topic was not conducted due to 


time constraints and the ultimate focus of the initial development of the model. 


A. DESCRIPTION 


The primary modeling effort of this thesis focuses on the construction of an ASW 
campaign template that is easy to understand and use. The Jack Hall (1969) circulation 
model was the initial basis for the campaign template. A circulation model with multiple 
barriers is necessary to incorporate all possible traditional naval ASW assets along with 
as many joint elements that can be made available to the ASW mission. In template 


form, these will be nothing more than simple aggregated probability of kill inputs. 


In order to use the graphical interface, various survival probabilities of an enemy 
(red) submarine must be known based on the friendly (blue) ASW combat effectiveness 
in four different regimes. The regimes for attack are: 

e In port (prior to departure), 

e Outbound (enroute to the op area), 

e Op areas, and 

e Inbound (enroute to the red submarine port). 
The ASW forces can range from none to a large aggregation of subsurface, surface, air, 
and space resources. A single ASW “barrier” can include naval as well as joint and 
combined service components which contribute to the ASW campaign. The objective of 
the ASW barrier must be to kill the red submarine during its transit. This equates to 
increased survivability of friendly ships. It is important to note that shipping protection 
can be accomplished in many ways, to include delaying the red submarine, knowing 
where the red sub is located to avoid it and of course localizing and killing it. The delays 
which may be accomplished by repair facility bombing or delays while overt mines are 
Swept are not directly accounted for in the model. These tactics may be indirectly 
accounted for in the number of days or events endured by the red submarine in a 
particular regime. 

The equations presented in this section are derived from a simple circulation 
model. ASW resources can be used alone or as a coordinated barrier. The probability of 
survival through any single “barrier attack’”’ must be determined by separate tactical 


analysis prior to execution of the model. This will require a pre-determination of the 
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and their performance in the ASW barrier and how the aggregation of forces 
defines the probability of survival of the red submarine as it passes through the barrier. 
Along with this determination, it is important that the user have a variety of barrier 
packages defined as survival probabilities. This will allow the user to best determine 
how the available ASW assets can be mixed and their performance enhanced. 

The model depicts one red submarine’s single operational cycle. The cycle is then 
used as the skeleton for the blue ASW campaign. The equations used follow classical 
circulation models like those developed by Philip Morse and George Kimball (1946), 
Jack Hall (1969), and Brian McCue (1990). For simplicity, the time steps in the model 
are one day in both the submarine port and the operational areas while the outbound and 
inbound regime time steps are one “event.” For instance, two “similar” air attacks equal 


to two events for an enroute air attack barrier. 
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Figure 1. Basic circulation model for an ASW campaign. Note: The number of 
attacks presented serves to illustrate that multiple attacks are possible. 


Figure 1 illustrates a red submarine operation cycle and the blue ASW campaign 
to combat it. For instance, a red submarine spends a number of days in port (6 days are 
depicted in the Figure 1). While in port, it is subject to daily in port attacks. The 
probability that it survives is a function of the number of days spent in port and daily 
survival rate, which is affected by the magnitude of the blue offensive. Surviving the in 
port attacks, the red submarine begins to transit toward its operational area. Along the 
way, the blue forces have assembled various ASW barriers. (Four barriers are depicted in 


the Figure 1.) The outbound barrier’s effectiveness is a function of the capabilities of the 





barrier, the ASW attacks during the sub transit of the barrier, and the number of barriers. 
These barriers will be explained in more detail in a later section. 

When the red submarine arrives in its op area, it is subject to attrition by ASW 
forces in the op area each day it remains there. In addition to the daily effectiveness of 
blue offensive ASW forces, the probability of red survival in the op area is a function of 
the engagement rate of the submarine and the blue screen’s capability. The screen must 
detect and then prosecute based on the detection. Once the red submarine leaves the op 
area it is again subject to ASW barmiers during its return transit to port. The cycle is 
complete when the red submarine reaches port. The expected number of attacks it makes 


and the probability of kill for the cycle is recorded. 


B. REGIMES - DEFINITIONS AND EQUATIONS 

The equations are broken down into the four regimes (shown in gray): in port 
attacks, outbound barriers, operational areas, and inbound barniers. Figure 2 shows an 
example of the user’s data form. It is used for data input, viewing a record of output and 


accessing other forms such as help files and the data set being created. 
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The input regimes depicted in Figure 2 in the dark gray boxes are described in 


detail below. : Each regime description below is encapsulated in a light gray box like 





this to provide continuity and clarity. The equations for each regime are presented to 






provide an understanding of how the results are determinéd.. ‘The-final section of this 






chapter provides the equations for the calculated Results (shown in the green box). The 






term record refers to a data set entry consisting of inputs and results an entire patrol 





calculation. Each time the “Calculate” button is clicked a new record is created that can 





be added to the dataset. (See the Appendix A for data base navigation.) 





(The numbers presented in the following descriptions of input and output are just 


an example and do not represent a real world campaign.) 
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Figure 2. Example of ASW circulation model main data form. This form is used for 
inputting parameters, calculations, viewing a single record and accessing other features such 





as viewing datasets and getting help. 








1. Initial Red Sub Fraction 


The nature of the model provides for multiple runs of the model or aggregated 
campaigns. For a typical first run or patrol of a red submarine force the initial red sub 


fraction is one. 


— Sub Fraction 
l | 


¥ 
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Figure 3. Example of user input for the initial red submarine fraction box 


When the red submarine force has been attrited by one or more previous patrols, then the 
initial red sub fraction becomes the expected “red fraction remaining” from the previous 
run. The “red fraction remaining” is given in the green results box. 


Remaining | 0.67661 


feahig LDR OF PE pias ta 


Figure 4. Example of output for the fraction of red submarine force remaining 


2. In Port Regime 


For simplicity of the model, only attacks against the red submarine are of interest. 
As mentioned previously only direct attacks are accounted for in the model calculations. 
Examples of direct attacks on a submarine are bombing, missile attack, and hull mining. 
Less direct and effective attacks must be accounted for by increased in port time due to 
bombing of submarine piers, repair facilities, weapon storage facilities, communication 


sites, harbor mining, and jamming of submarine communications. 


1S 


cv) 


IN PORT ATTACK 


User entries: 
P(Survival) := qPort = Probability of survival of the red submarine in port 
# Days := Dport = Number of Days the red submarine spends in port 


Figure 5. Example of user put for the in port attack box 


The in port survival formulation is: |g/nPort = gPort”?”’ 








(2) 


3. Outbound Regime 


The outbound barriers can take the form of any anti-submarine tactic that hinders 
the red submarine's progress to its op area. Examples include harbor and sea lane 
mining, traditional Naval ASW consisting of submarines, P-3s, destroyers, and others, 
and various assets used for C4ISR such as aircraft and satellites for communication 
interception and reconnaissance. Any of these assets can be used alone or as an 
agoregated barrier. The probability of survival through any barrier must be determined 
by the user prior to execution of the model. This will require a prior determination of the 
assets to be assigned to the ASW barrier which in turn determines the probability of 
survival of the red submarine passing through the barrier. Along with this determination 


it is important that the user have a variety of barrier survival probabilities for various 
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ASW asset mixes. This allows the user to determine how the available ASW assets can 


best be allocated. 











OUTBOUND BARRIERS 





User entries: 
Event Description -= Text description of barrier 

P(Survival) := qOut; = Probability of red sub surviving one blue attack event in barrier i 
# Events := NOut = Number or type of events of the outbound barrier 







An example of the outbound formulation for 4 barriers is: 
gOut; e gOut, ¢ qOut; e gOut, 

where the first barrier has 2 events, the second and fourth have 1 event, and the third has 

5 events. 







“OUTBOUND BARRIERS: — > 
‘Event een P(Survival) # Events 


ces i— os 


Figure 6. Example of user input for the outbound barrier box 












N Out 


qOutbound = | [cour 


i=] 


The Outbound survival formulation is: 





where qOut? is the probability of survival for barrier i, n, is the number of days in 
barrier i and N ,,, is the number or type of Outbound barriers. 





The model formulation to this point is: 


PSubSunkOutbound = RedInit e gInPort e (1 - gqOutbound) 


(4) 





4. Operational Area Regime 


The operational area of the blue forces is defined as the area where the blue ships 


will operate, loiter and seek targets to attack. It is the objective destination of the red 


iy 





submarine. The blue ASW campaign objective is to successfully operate in this area 
while minimizing ship loss to red submarines. 

Merchant or cargo vessels are generally thought of as defenseless against a 
submarine. They can travel independently or in convoys, with protective escort or 
without. High value units (HVU) such as aircraft carriers, while somewhat defenseless 
without their complement of aircraft, have ASW assets available and will always travel 
with an escort. 


Daily 
Offensive ASW 







el. To Inbomuma 


Figure 7. Wire diagram of red submarines’ transit through a blue Operational Area. 











OP AREA uta 






User entries: 
P(Survive Offensive) : = GOI = Probability of red a surviving daily offensive ASW 
P(Screen Detects Sub) := ay Probability blue screen detects the red sub that attempts 
to attack.a target ao 

P(Red Killed | Blue Detects) : = Pk|d = Probability blue kills red given red is detected 










Daily # of Engagements = Engage = Number of red attacks plus blue detections based 
on a daily rate or number of attempted attacks by red sub per day 

# Red Days in Op Area := Dop = Number of days the red sub spends in operational 
area (model assumes sub does not exhaust its torpedoes) 











- OP AREA ATTACK » 


| (Survive Blue Daily ee coe] 
-PiScreen Detects Sub} | 0.06 
| P{Sub Kalled|Screen Deitecis} 0.09 
Daily # of Engagements 7 | 
| #Red Days in Op Area fi ig 





Figure 8. Example of user input for the operational area attack box 


Useful relations: 

(1— gOff ) = Probability of red sub being killed by (daily) offensive ASW 
Pde Pk\d = Probability of red sub being killed by a screen attack 

(1— Pde Pdk\d) = Probability of red sub surviving a screen attack 


Daily Probability of Red Sub Being Sunk in the Op Area 


Enezage-| 


PSubSunkOnstDay = (1— qOff) + qOff ePdePk\de > (1- Pde Pkid)' (5) 


i=0 





let qDailyOpArea = |] - PSubSunkOn1stDay 


Probability of Red Sub Being Sunk in the Op Area 
Dop-| 


Redinit e gInPort e gOutbound e PSubSunkOn\stDay e » (qDailyOpAreay’ (6a) 





j=0 


If 0 < Engage <1 then the daily probability of the red sub being sunk is handled 
in a special way explained below. If the number of days in the op area is less than one, 
then these probabilities are zero. If Engage =0 but Dop >= 1 then the red submarine is 
being killed only by the screen and the probability of the red sub being sunk is: 


Dop-1} 


RedInit e ginPort e gOutbounde > (1-qOff)’ (6b) 


g=0 





~=--------- Equation 6a or 6b is the equation to this point. ------------ 


Ike 


Attacks Achieved: 


Daily Op Area Attacks Achieved by the Red Sub 


Engage~} 


DailyAttacksAchieved = gOff ¢(1— Pd)e SS (1— Pde Pk\d)* | (7) 
k=O ; | 





Total Op Area Attacks Achieved by the Red Sub: 
Dop~ | 


|RedInit e ginPort e gOutbound ¢ DailyAttacksAchieved DS got” | | (8) 


m=0 


Fractional Number of Engagements: 

The model allows for the case where the number of engagements is pemncen 0.0 
and 1.0 since a fractional number in this range seems realistic for a daily engagement 
rate. Fractional values greater than one are not allowed but attacks per day (2.354% «3 
are permitted. The fractional case is handled by adjusting the daily offensive ASW and 
the number of days the red sub spends in the op area. This allows the number of 
engagements (Engage) to take on the integer value 1 which is necessary for the software 
programming. T he new values become: 


Engage i is a fraction so Engage* => 1, 
qOff* = qOff / Engage, 
Dop* = Dop / Engage. 


This summation assumes that the number of engagements is greater than zero. If 
the number of engagements is zero then the model accounts for this.by ignoring the 


engagement term. 


5. Inbound Regime 


The inbound barriers can take the form of any anti-submarine tactic that hinders 


the red submarine's progress. The inbound regime is similar to the outbound regime. 
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INBOUND BARRIERS 


User entries: 

Event Description := Text description of barrier 

P(Survival) := qin; = Probability of red sub surviving one blue attack event in barrier i 
# Events := NIn = Number of events of the Inbound barrier 


“INBOUND BARRIERS 
Event Description PiSurvival) # Events 


‘(ps3 attack 9 | ogee | 
| 1 


3 pen Bie. —= , 5 i 
‘ ‘ 
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Figure 9. Example of user input for the Inbound barrier box 


. Nip, 
The Inbound survival formulation is: |g/nbound = | [om | 
i=l 
where qin" is the probability of survival for barrier i, n, is the number of days in 
barrier iand N, is the number or types of Inbound barriers. 





Letting: 
e qinPort = 1 - PSubSunkInPort, 
e qOutbound = 1 - pSubSunkOutbound, 


e gqgQOpdArea = 1 - PSubSunkInOpArea 
the equation to this point becomes: 


PSubSunkinbound = RedInit e ginport e qOutbound e gOpArea e (1 — qInbound)} (10) 


6. Output Results 


The probability results can be interpreted as the fraction, on the average, of the 
red submarine force remaining after one patrol or cycle. The user must decide if the 
submarine threat has been sufficiently reduced in this one patrol based on the desires and 


capabilities of the campaign plan. Also considered must be the number of attacks the red 


| 





submarine is able to achieve keeping in mind the simplifying assumption that the red 


submarine has a sufficient arsenal to conduct the calculated number of attacks achieved. 





resus Sunk): 
| In Port: = = Probabilit the sub i is "Gold in port after ai days i in port 






(11) 


pbmods = Probability t the siiba is Fein in an n outbound babies 
PSubSunkOutbound = Mea ° ae ° a es iF ‘ 
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area = 
Tene ee | 


| PSubSunkOn\stDay = ( z 008) + 408 ° Pde Ped : 2 (1— Pd Pkid)'| (13) 





* Os ee a = Probability sub i is a sank i in ae e operational area - 
~ PSubSunkInOpArea = = i | 


Dop=l 


RedInit e gInPort e gqOutbound e PSubSunkOn\stDay e Da (1 — gDailyOpArea)! (14) 





J=0 


B Paiueld = Probability sh is ui in an rispoind barrier : 
| PSubSunkinbound = Redfnit e qinport ¢ qOutbound ¢ qOpArea e (1— ginbound) Re age e te e ee GC 6 200 « aaa a e  gOpArea e aie ginbound 115) 


‘Total : = - Total i probability sub i is saath fentite patrol} 


Te otalP SubSunk = = 1—RedInit e gInport ¢ qOutbound ¢ gOpArea e qginbound 





(16) 


Attacks Achieved: | 
Daily := Number of daily attacks achieved 
Engage-] 


| DailyAttacksAchieved = gOff e(1— Pd)e >. (1- Pde Pk\d)' (17) 
k=0 








Total := Total number of attacks achieved 





C. SOFTWARE AND CODING 


The Joint Anti-Submarine Warfare Model uses a graphical user interface (GUI) 
created in Borland’ Delphi™ for Microsoft® Windows”. It requires Windows” 3.x or 
later to run the executable file, 16-bit and 32-bit versions are available. 

This model is written to evaluate an ASW campaign utilizing various assets in 
ASW roles. The model provides the user an interface to enter the survival probabilities 
along with other related campaign parameters based on available ASW resources. The 
user is then provided as output the survival probabilities in three regimes, an overall 
survival prediction of the red submarine as well as the number of daily and total attacks 
the red submarine can achieve. Finally, the input and output are stored as a data base for 
further evaluation. This information can aide in determining force mix while providing 
an idea of how much of a submarine attack the blue forces are willing to endure. 

Once the model was structured it was made interactive using the low level 
computer programming language PASCAL in Delphi. Other programming languages, 
analysis tools or graphical interfaces could have been used in a similar fashion. The 
ability of the model to be dynamic and interactive allows the user to easily tailor his 


ASW campaign forces to the model regimes. Along with applying traditional and joint 


ASW assets, new ASW employment and tactics specifically designed for the areas along 
the littoral could easily be analyzed. 

The flexibility of the input parameters allow use of all available assets as well as 
the ability to easily incorporate new technologies as they become available. A working 
knowledge of how various probabilities of kills and ASW barrier strategies 1s assumed 
and necessary for valid data input and interpretation of the results. (A description of a 
circulation model and survival probabilities 1s presented in McCue, 1990.) Along with 
the application of assets, the varying of the asset mix to achieve the best possible ASW 
strategy without drawing too many assets from other areas of the campaign is explained. 
This critical mixing is the key to the joint applicability of the model. All available assets 
must be “fully” utilized. If some assets are over utilized by one facet of the war then the 
attempt at full utilization is wrong. For example, if B-52s are allocated to the ground 
campaign for large area bombing when the ground war 1s actually being delayed because 
enemy submarines are slowing the resupply effort then B-52s are not being properly 
utilized. Using the B-52s for a few days of submarine port bombing or harbor mining 
may be a better way to fully utilize available assets. The same is true if B-52s are 
performing ASW missions when the ground campaign is the primary focus of attack. 
This is the mind set the model user must achieve to begin to tap the benefits of a joint 


ASW model. 
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D. SHORTCOMINGS OF THE MODEL INTERFACE 

Due to a number of factors, including time and inexperience with the software, 
certain shortcomings of the usable model exist which must be known. These 
shortcomings are simply issues that the user should be aware of when using this 
analytical tool. 


1. Limited Input Value Ranges 


Abnormal values such as probabilities less than zero are not allowed by the 
model. The model will only accept values in the allowed ranges. The user will receive 
an efror message and be prompted for another input if a value is outside the allowed 
range. 

The ranges of allowed values are: 
e All probabilities and “Initial Red Sub Fraction” = {0.0, 4.0}, 


® Number of days and events = {0,999} (this must be an 
integer value), 


® Number of engagements = {0.0, 1.0} and {1,99 (integer 
values > 1) } 


e Event descriptions = 20 characters or less 


° Memo Record = 50 characters or less 


The default parameters are such that not all of the input parameters need to be 
entered. The data is entered in a screen which is defined as the main form of the model. 


All other screens or forms can be accessed from the main form. In order to input data, 


click on the desired input box and type a value. It may be necessary to delete the value 
that is already in the box by backspacing or highlighting and deleting the value. It is 
possible to tab through the input boxes and enter values without having to delete old 
values. 


2. Number Of Days And Engagements Per Day 


Some values such as the number of days must be an integer value since these 
values are part of a summation or product index men is handled by program looping. 
The same is true of the number of engagements for values greater that or equal to one. 
The special case where the number of engagements is a fraction in the range of {0.0, 1.0} 
is coded by number manipulation and then rounding the value of the number of 
engagements to one. This number manipulation was explained in detail in the section on 
“Op Area Attack.” This fractional range was deemed important and easily codable for 
the model, but whole numbers greater than one are allowed. 


3. Limited Number Of Barriers 


Only four outbound and inbound barriers are allowed for a single patrol due size 
limitations of the input screen. This has, thus far, not been a problem for any verification 
campaigns. 

4. Simple Help Files 

The graphical interface does not allow the use of pull down menus like some 
software products because of time and the complexity of the coding required to 


accomplish these tasks. The help available to the user during the running of the model 
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consists of a number of scrollable text files. If this is insufficient then the user’s manual 


(Appendix A) or this thesis can be used. 
5. Rounding Output 


Values had to be rounded to five decimal places to fit on the main form screen. 
This should not be a problem given the accuracy of most probability information. 


6. Time Steps 


The selection of daily and event time steps is based on convenience and is 
supported by previous models [Eagle, 1987] and [Washburn, 1980]. The time step need 
not be one 24 hour day but simply a convenient unit of time that is consistent for all 
regimes. For example, a time step of one hour can be used provided that each regime 
uses the same time step. This can be done by adjusting the value for the number “days” 
in port, “days” in the op area, and the “daily” number of engagements to hours. The 


number of barrier events must also be adjusted accordingly. This may be another way to 


account for a fractional engagement rate. 


7. What The Model Does Not Know In The Op Area 


The model is not able to know if the red submarine has sufficient weapons to 
continue attacking for the inputted number of days in the operational area. Along these 
lines, the model cannot know if the red submarine would interrupt its attack cycle due to 
damage or some other reason. The damage in hits achieved by a red submanine attack is 


not a part of the model. Instead, just the number of attack opportunities are tallied and 
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the user must decide how many merchant ships or warships were put out of action or 
sunk in each attack. Also, the time required for individual engagements cannot be easily 
inputted into the model. Only a single daily engagement rate can be handled by the 


model. 


IV. USING THE MODEL AND DATA MANIPULATION 


Each set of input parameters is considered a record for the database which is 
being built when the database navigator is used. (See section VI for navigator 
instructions.) Therefore, the results displayed when the “Calculate” button is clicked are 
for that particular record of input parameters. A record need not be entered in the data 
base after each calculation. Once a desired record 1s achieved it is recommended that the 
record be entered in the data base for future reference. Each record can be made unique 
and recognizable by entering a record memo of text. 


“Record Memo= > 
Campaign | 





Figure 11. Example of user input for a record memo 


eThe data is entered in a screen which is defined as the main form of the model. 
All other screens or forms can be accessed from the main form. In order to input 
data, click on the desired input box and type a value. It may be necessary to delete 
the value that is already in the box by backspacing or highlighting and deleting the value. 
It is possible to tab through the input boxes and enter values without having to delete 
old values. Entering improper values will result in an error message 

The default parameters are such that not all of the input parameters need be 
entered. For instance, if no in port information is entered then a default gPort 
(Probability of red sub survival in port) equal to 1.0 and a default Dport (Number of days 
the red sub is in port) equal to 0.0 would be used having no effect on other calculations. 
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V. BUTTONS AND FORMS 


In order to perform a calculation with the parameters entered in the input boxes 


the user must click the “Calculate” button in the middle of the main form screen. 





Figure 12. Calculate and Exit buttons 


Clicking this button performs the above described equations by the executable program. 


To exit the model normally, the user can click the “Exit” button. 


) View All Data View Results Onl | About Model 


Figure 13. View data, Help, and About buttons 





Viewing a table of the data is possible while running the model is possible by 
clicking on one of the view buttons. The “View All Data” button allows viewing of a 


scroll-able table which contains both input and output values. 
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of Return to Main Data Summary 


Print Report | >lreol#+f{—-le 








OP-3F-15a 09 3 


0.67054 i. 


oe Campaign 2b 

| [Campaign 2a 0.70157 ! OSSN Attack 0.985 2 

| Campaign 2 1 9.999 20 B-52Minefie 0.996 1 Sub Attack 
| |Campaign 1b 0.46373 09999 10 B-52Minefie 0.999 1 Sub Attack 
| |Campaign 1e 0.67661 0.9999 5 B-52Minefie 0.998 1 Sub Attack 
| [Campaign 1 1 0999 20 B-52Minefie 0.996 1 Sub Attack 


Figure 14. Example of the Data Summary form 


The “View Results” button allows viewing of a scroll-able table containing the record 
memos along with the calculated results values. A database navigator is also provided to 


manipulate each table. 





. 


Results Summary ; 


» >I - C 








Default Values 
F. parte aisn 2b 
| Carab ait 2a 
| Campaign 2 
- |Campaign Ib 
a Campaign la 
| |Campaign 1 


1.67054 
1.70157 
! 
1.46373 
1.67661 
! 


0 


0 32946 


0.29843 
0.01981 
0.53673 
0.32373 
0.01981 


oe Te 


0 
0.18172 
0.02089 
0.02335 
0.00967 
0.01612 
0.02335 


0.44136 


0.01014 


0.25527 
0.24083 
0.19642 
0.25527 


0.208 
0.003 
0.03056 
0.1405 
0.0347 
0.03056 


0 
0.00024 
0 
0 
0.00528 
0 
0.02495 


AUBOKE Achieved- 


0 
Wiss277 
0.32946 
0.29843 
Oa252 
0.53627 
0.32339 


Figure 15. Example of Data Results form 


By 


poY 


0 
0.3983 
2.06055 
1 83743 
0.35475 
0.59981 
1.83743 


2.77637 
9.996 
16.08042 
1.421 
5.47261 
16.08042 





The help function offers a number of scroll-able help files which provide 
information ranging from basic model description and its use to equations which are used 
to determine the results. The various help forms can be accessed by clicking in the radial 
button for the desired help topic. 


ASW ik ue 
| vf Back To Main | 





*** Three Easy Steps To Calculate A Campaign *** 


. Type inputs in the white boxes. [Use mouse or tab key to get to white boxes.) 
2. Click the "Calculate" button. 


3. View the output in the aqua results boxes. 


— Read these help files and the user's manual for more in depth model explanation. 
data manipulation, equation definition and other information. 


Figure 16. Example of the Help Menu form 


The About form simply tells the title, authors and the underlying reason the model 


was created. 





V. NAVIGATING THE DATA BASE 


The database navigator component (TDBNavigator) enables users to navigate 
through records and to perform operations such as inserting records and posting changes. 
TDBNavigator enables users to navigate a data base and manipulate its data interactively. 
The navigator provides a series of buttons that enables a user to scroll forward or 
backward through records one at a time, go to the first record, go to the last record, insert 
a new record, update an existing record, post data changes, cancel data changes, delete a 
record, and refresh record display. Not all of the buttons are available in every form. 

Clicking the “+” adds the current input and output values to the data base as a 
record. A record is one complete cycle consisting of input and output values. Clicking 
the “+” also inserts the default values into the input boxes. These default values can be 
left as or modified as deemed necessary by the user. 

Simply entering values in the input fields does not change the data base. A 
variety of patrol calculations can be done without entering them into the data base by 
clicking the “Calculate” button (and not clicking the “+” on the TDBNavigator). Once 
the “+” is clicked the record is added to the data base and it can be accessed again. 
Accessing a database record simplifies data entry because some or all of the old record 
values can be viewed and used. Once an old record 1s accessed (using the arrows on the 
TDBNavigator), the record can be altered by entering different input values and clicking 


the “Calculate” button. The modified record can then replace the old record by clicking 


U2 
2 


the “+” or modified again until the desired input is achieved. The values can then be 


reviewed in the two data base forms described previously. 


First Next Insert Edit Cancel 





Figure 17. The database navigator (TDBNavigator) 


First 
Moves to the first row in a dataset by calling the First method. 


Prior 
Moves to the previous row in a dataset by calling the Prior method. 


Next 
Moves to the next row 1n a dataset by calling the Next method. 


Last 
Moves to the last row in a dataset by calling the Last method. 


Insert 
Inserts a new row above the current row in a dataset by calling the Insert method, and 
places the dataset in Insert state. 


Delete 
Deletes the current row in a dataset by calling the Delete method. If the ConfirmDelete 
property is True, 1t prompts for confirmation before deletion. 


Edit 
Places the dataset in Edit state and enables the user to edit data by calling the Edit 
method. 


Post 
Posts the current row in a dataset by calling the Post method. 


Cancel 
Cancels changes made to the current row in a dataset by calling the Cancel method, and 
returns the dataset to Browse state. 


Refresh 

Refreshes the display of a dataset with current data from the database by calling the 

Refresh method. Useful if another user or application changes the underlying data. It is 

necessary to use this in all of the forms since all of the forms utilize the same dataset. 
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VI. SUMMARY AND RECOMMENDATIONS 


A. SUMMARY 


“No other single weapon available to the world’s regional powers today 

can derail a modern military campaign so totally and rapidly as a 

submarine.” (Linder, 1995) 

The change in the world situation has prompted the emergence of an old problem 
that was never completely solved. The diesel threat was virtually disregarded during the 
development of nuclear power for submarines and the subsequent build up of the Soviet 
submarine force. ASW resources throughout the 1970s and 1980s were centered on the 
nuclear threat (SSNs/SSGNs) but the in the 1990s the threat has shifted to the 
significantly less expensive but prevalent diesel. Better use of available assets coupled 
with new tactics are required to deal with the diesel submarine. 

The circulation model adapted for use in this thesis provides a flexible, robust 
approach to ASW campaign analysis. To rapidly respond there must be a plan for such a 
campaign. The aim of this thesis was to provide a tool to the military decision-maker, a 
large-scale, aggregated, highly flexible model of the ASW campaign that is not limited 
by force mix or tactics. The user friendly campaign decision aid developed in this thesis 
provides an integrated look at all the ASW forces’ effects in concert, and the total threat 
of a submarine fleet to shipping (or warships) over their operating lifetime. The 
deliverable graphical user interface is the analytical tool for flexible and robust ASW 


campaign analysis. 


More specifically, the model allows for changing threats, unlimited tactics, 
unlimited force mix, and varying campaign lengths. It uses fixed time steps of days and 
number of events for the various regimes which seem to characterize ASW campaign 
analyses. In fact, the unit of time for an entire patrol can be altered by the user if the 
desired. 

This thesis develops a model distributable as a graphical user interface (GUI) for 
an antisubmarine warfare campaign. The use of the GUI as an analytical tool can aid in 
the planning and analysis of naval and joint force mix to combat an ASW threat. The 
GUI is based on the circulation model developed by Jack Hall (Hall, 1969). Instead of 
limiting the user to uniquely naval assets and specific blue water tactics, this model 
allows the user the flexibility to utilize all available ASW assets in any manner or tactic 


desired. 


The model was developed in Borland® Delphi” for use in Microsoft® 


Windows® It is distributable with a nearly empty database and the necessary 
configuration software (Borland Database Engine” and Reportsmith®) to set up and run 
the executable file. The file can be run from a file manager or a File(Run command 
window. 

Some problems encountered with the model and its coding are discussed in the 


previous chapter. Two notable observations of the model are: 


1. A shortcoming of the model which is not easy to properly account for is that a 
red submarine will continue to conduct engagements until the inputted number of days is 
completed. This occurs regardless whether the red submarine force may have fired all its 
torpedoes or whether blue targets remain in the operational area. 

2. The model alone does not offer techniques for obtaining the required input 
parameters. However, the text of the thesis does suggest ideas of how forces other than 


naval ASW assets can be utilized in an ASW role. 


B. RECOMMENDATIONS 


Continued attention to a comprehensive campaign-wide concept of dealing with 
the submarine threat is recommended. More importantly, increased analysis of the use of 
non-uniquely naval ASW assets in an ASW role must be conducted. This will not be 
possible until all the services including the Navy comprehend the threat of an attack 
submarine, nuclear or diesel. 

Regarding the Model: 

1. The simplistic nature of the circulation model has its limitations. Future 
development of an ASW campaign or increased complexity may overcome or 
sidestep these limitations. 

2. Optimization of each regime could be extremely helpful to the user’s analysis. 
Along this line, optimization of a particular campaign could be conducted and 


incorporated into the user’s manual. 


More realistic time steps could be developed to account for varying lengths of 
time in the barrier regime and the time of individual engagements. 


lod 


4 The duration of the operational area regime can be improved to account for 
the number of red submarine weapons and send the red submarines home 
after a given number of attacks. 


Regarding the software: 


6 


bod 


The creation of a graphical user interface (GUI) was to make the model a 
deliverable and usable product. It is not necessary to use a GUI to develop a 
campaign but the software calculations are a great deal simpler and faster. 
The development of a simple, user friendly is the most significant 
accomplishment of this thesis. 


Borland Delphi was chosen as the software platform because of its availability 
and ease of use. A similar GUI could have been created in JAVA, Virtual 
Basic or even C++. The use of these other programming mediums may yield 
improved interfaces. 


Database interaction and help pages are areas which can be improved upon to 
make the model more user friendly. 
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